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(57) Abstract: A method and system of training in conjunction with a computer animation executed by a computing environment 
is described. The method includes displaying a task to be performed in the computer animation, displaying a problem, provided in 
the computer animation, to accomplish the task, and solving the problem by manipulation of a virtual apparatus (26) having virtual 
components (28, 30) provided in the computer animation. The virtual components are manipulated by a student or user (18) desiring 
to learn. Logically consistent goals (210) are displayed by using the virtual apparatus and without language interaction. Rules and 
properties for a subject area are modeled (220) to the student by the virtual apparatus without language interaction. A method is 
displayed to operate (230) the virtual apparatus without language interaction. The student is requested to operate (240) the virtual 
apparatus to reach goals in a sequence of problems having progressive difficulty and without language interaction. 
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SYSTEM AND METHOD FOR TRAINING WITH A VIRTUAL APPARATUS 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] The invention relates to training, and more particularly, to use a virtual 
apparatus via a computer animation executed by a computer environment without needing 
language interaction. 

Description of the Related Technolog y 

[0002] In the 1970's Dr. Gordon Shaw, a founder of the M.LN.D. Institute, 
pioneered the area of spatial temporal reasoning and noted that American education had 
historically overly focused on the LA (Language- Analytical) portion of human reasoning, and 
substantially overlooked ST (Spatial-Temporal) reasoning as a learning mode. Since then, 
our understanding of how the brain works, and how learning takes place has increased. 
Gaining this understanding is an ongoing dynamic process. 

[0003] Unfortunately, while a doctor from the mid 19 th century would be lost, and 
a menace, both to himself, and to patients, in a 2005 United States hospital, a school teacher 
from 1850 would likely feel at home in today's classrooms, once she recovered from fainting 
at the girl's customary attire. While the world has dramatically changed in the last 150 years, 
teaching methods have not kept up. Generally, computing power is relegated to an adaptive 
and adjunct role, rather than to develop new learning paradigms. This state of events is 
unsatisfactory, and cannot be tolerated. 

[0004] Admittedly, education systems face daunting challenges. Cultural and 
linguistic homogeneity have sharply decreased. In the United States, teachers can no longer 
presume that all students speak English, In some school districts, numerous languages are 
spoken at children's homes. The historical demand that children acclimate to America, and 
learn only English, has diminished. Many students lack effective family support systems. 
Television, video games, and computer games, compete with homework for students after 
school attention, and the federal government, through partially or totally unfunded mandates, 
requires schools to do more, with fewer resources. 
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[0005] Additionally, early childhood education, education of those for who 
English is a second language, and educating the learning disabled are growth areas. While 
preschool children may, or may not, understand spoken English, there is no reason to 
presume that they read English. Additionally, many people, regardless of age, are illiterate. 
As the supply of good jobs for those having little formal education dries up, the need for 
creative educational paradigms increases. 

[0006] While infrastructure is becoming available, this alone cannot solve the 
problem. Computers offer wondrous opportunities to expand learning, but a paradigm to 
generate a quantum leap in educational results is lacking. True, students can now do on-line 
research, and create computerized presentations for class instead of typed or handwritten 
reports. They can search through billions of references by using Internet search programs. 
However, this is merely incrementally improving an existing educational process many view 
as grossly inadequate. Regardless, we have not addressed how to help students reason and 
think. As previously mentioned the language gap in schooling is a continuing problem. 

[0007] Using manipulatives in teaching mathematics began at least in the 1980's, 
and possibly well before. This accesses different reasoning pathways, (Spatial-Temporal) 
than does dealing merely with abstractions. Virtual manipulatives have been created as 
computer-generated images. However, these manipulatives have merely been used as an 
adjunct or supplement to spoken or textual language, rather than a replacement therefore. 
Further, virtual manipulative lack important aspects of real world objects. 

[0008] In the real world, objects are subject to physical laws learned even by 
toddlers. For example, generally an object, when released, neither hovers, nor rises, but falls 
to the ground. An object at rest remains so unless acted upon. A hole is something to fall 
into. Free objects above the ground fall. In general, objects follow predictable rules. While a 
virtual manipulative looks like the real thing, it need not behave so, unless placed in a logical 
construct where it is constrained. We define such a constrained virtual manipulative as a 
virtual apparatus. 

[0009] Traditionally, students learn subjects via the written or spoken word. By 
definition, language translates the concrete into the abstract. Therefore, in all such learning, 
language ability is a choke point or limiting factor. Such a limiting factor is often 
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unnecessary. Consider the problem, 2 + 2 = 4. Placing two blocks next to two blocks 
provides four blocks, without any resort to language or symbolism. Imagine a construct 
where selecting two additional blocks creates a successful result. 

[0010] While bridging the language gap at some point likely needs to be done, no 
a priori reason exists for all instruction to be language based. A chemistry or physics 
experiment is NOT language based, but has real world results. Similar geometric experiments 
exist. When imparting learning from a subject, or discipline, conveyable primarily or purely 
through physical means, such as virtual apparati, introducing language abstractions in the 
learning process is an unnecessary complicating, and hindering factor. 

[0011] Originally, counting was by pebbles, twigs, or other physical means. 
Additionally, subtraction, algebra, story problems, geometry, and many other subjects can be 
taught without using language. This is beneficial for various reasons. First, as the problem is 
inherently physical, there is no underlying reason to convert the problem from the physical 
realm into the abstract realm. Secondly, if the problem remains in the physical realm, the 
realm of spatial temporal reasoning, rather than the realm of language - analytical reasoning, 
then language skills are no longer either a limiting or a complicating factor. Third, if the 
problem is language independent, the students' English skills are irrelevant. 

[0012] Imagine a classroom where 25 children who speak seven different 
languages can solve the same problem from the same computer program. A single version of 
a single problem is comprehensible and solvable to speakers of any language, or none at all. 
The same logical rules would be applicable to each subject. Reasoning, logic, math, science, 
and more, all taught without need for textual symbols. 

[0013] Admittedly, a language transition would be required to transfer the 
learning skills from this logical construct into the broader logic of the physical world. 
However, this process is primarily relabling previously learned facts and thought processes, 
and adapting thought processes to a broader perspective. 

[0014] A need exists for a paradigm for teaching subjects using physical 
representations, such as a virtual apparatus, where using language is unnecessary, and then 
addressing the language gap after substantial learning occurs. Likewise, a need exists for 
methods of teaching processes that do not rely on unnecessary single or double translations 
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between concrete and abstract thought processes. Further, a need exists for software that 
enables this new educational method. 

SUMMARY OF CERTAIN INVENTIVE ASPECTS 
[0015] Certain embodiments include a computer based learning method, and 
implementing software that implements a new learning paradigm. This method of learning / 
method of teaching implements advances in the understanding of spatial temporal (ST) 
reasoning to allow students to learn without relying on language or language analytical (LA) 
reasoning. 

[0016] Accordingly, this method applies to any subject matter where ST 
reasoning applies. This method is particularly applicable for use with students having 
learning disabilities, limited language skills, or limited English skills in English based 
learning environments. 

[0017] In one embodiment of the invention there is a method of training in 
conjunction with a computer animation executed by a computing environment, the method 
comprising creating a logical construct including establishing a set of consistent rules, 
providing a virtual apparatus with virtual components that are manipulated by a user being 
trained, displaying logically consistent goals by using the virtual apparatus and without 
language interaction, modeling properties and the set of consistent rules for a subject area to 
the user by the virtual apparatus without language interaction, displaying a method to operate 
the virtual apparatus without language interaction, requesting the user to operate the virtual 
apparatus to reach goals in a sequence of problems having progressive difficulty and without 
language interaction. 

[0018] Hie method may additionally comprise selecting an appropriate subject 
matter area, and displaying a sequence of problems according to the selected subject matter 
area. The method may additionally comprise establishing error tolerances for the problems. 
The method may additionally comprise determining if the user has mastered a subject area 
sub-category. The method may additionally comprise introducing language elements to the 
user in conjunction with the computer animation if the user has mastered a subject area sub- 
category. The language elements may comprise numerals and/or labels. 
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[0019] In another embodiment of the invention there is a method of training in 
conjunction with a computer animation executed by a computing environment, the method 
comprising displaying a task to be performed in the computer animation, displaying a 
problem, provided in the computer animation, to accomplish the task, and solving the 
problem by manipulation of a virtual apparatus executing in the computing environment. 

[0020] The method may additionally comprise animating positive feedback to a 
user if the problem was solved correctly. Animating positive feedback may comprise 
showing the user why the problem was solved correctly. The method may additionally 
comprise introducing language elements to the user in conjunction with the computer 
animation. The language elements may comprise numerals and/or labels. The language 
elements may be added to the display near the virtual apparatus. The language elements may 
be added to the display in place of portions of the virtual apparatus. The method may 
additionally comprise solving a new problem in a language-analytic environment wherein the 
new problem and the solved problem are related to a concept being taught. The method may 
additionally comprise animating negative feedback to a user if the problem was not solved 
correctly. Animating negative feedback may comprise showing the user why the problem 
was not solved correctly. 

[0021] The method of training may be self-contained. Solving the problem may 
utilize spatial temporal reasoning. The method may additionally comprise designating a task 
to be performed in the computer animation. The computer animation may include only 
essential images. The positive feedback computer animation may include only essential 
output. The negative feedback computer animation may include only essential output. 

[0022] In another embodiment of the invention there is a method of training in 
conjunction with a computer animation executed by a computing environment, the method 
comprising displaying a task to be performed in the computer animation, displaying a 
problem, provided in the computer animation, to accomplish the task, and solving the 
problem using a virtual apparatus with virtual components provided in the computer 
animation. The method of training may be without intervention and instruction by a teacher. 

[0023] In another embodiment of the invention there is a system for training, the 
system comprising a computing environment executing a computer animation, a module 
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configured to display a task to be performed in the computer animation, a module configured 
to display a problem, provided in the computer animation, to accomplish the task, and a 
virtual apparatus with virtual components provided in the computer animation for solving the 
problem. 

[0024] In another embodiment of the invention there is a system for training, the 
system comprising a computing environment executing a computer animation, means for 
displaying a task to be performed in the computer animation, means for displaying a problem, 
provided in the computer animation, to accomplish the task, and a virtual apparatus with 
virtual components provided in the computer animation for solving the problem. 

[0025] In another embodiment of the invention there is a computer readable 
medium containing software that, when executed, causes the computer to perform the acts of 
displaying a task to be performed in a computer animation, displaying a problem, provided in 
the computer animation, to accomplish the task, and solving the problem using a virtual 
apparatus with virtual components provided in the computer animation. 

[0026] In another embodiment of the invention there is a method of training, the 
method comprising providing a virtual apparatus with virtual components that are 
manipulated by a user being trained, and displaying logically consistent goals by using the 
virtual apparatus and without language interaction. 

[0027] In another embodiment of the invention there is a computer readable 
medium containing software that, when executed, causes the computer to perform the acts of 
providing a virtual apparatus with virtual components that are manipulated by a user being 
trained, and displaying logically consistent goals by using the virtual apparatus and without 
language interaction. 

[0028] In another embodiment of the invention there is a method of training, the 
method comprising providing a virtual apparatus with virtual components that are 
manipulated by a user being trained, and modeling rules and properties for a subject area to 
the user by the virtual apparatus without language interaction. 

[0029] In another embodiment of the invention there is a computer readable 
medium containing software that, when executed, causes the computer to perform the acts of 
providing a virtual apparatus with virtual components that are manipulated by a user being 
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trained, and modeling rules and properties for a subject area to the user by the virtual 
apparatus without language interaction. 

[0030] In another embodiment of the invention there is a method of training, the 
method comprising providing a virtual apparatus with virtual components that are 
manipulated by a user being trained; and displaying a method to operate the virtual apparatus 
without language interaction. 

[0031] In another embodiment of the invention there is a computer readable 
medium containing software that, when executed, causes the computer to perform the acts of 
providing a virtual apparatus with virtual components that are manipulated by a user being 
trained, and displaying a method to operate the virtual apparatus without language 
interaction. 

[0032] In another embodiment of the invention there is a method of training, the 
method comprising providing a virtual apparatus with virtual components that are 
manipulated by a user being trained, and requesting the user to operate the virtual apparatus 
to reach goals in a sequence of problems having progressive difficulty and without language 
interaction. 

[0033] In yet another embodiment of the invention there is a computer readable 
medium containing software that, when executed, causes the computer to perform the acts of 
providing a virtual apparatus with virtual components that are manipulated by a user being 
trained, and requesting the user to operate the virtual apparatus to reach goals in a sequence 
of problems having progressive difficulty and without language interaction. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0034] Figure 1A is a high level block diagram of one embodiment of a system for 
teaching rules for educational games without the use of words. 

[0035] Figure IB is a block diagram of an exemplary problem at a puzzle stage and at 
a solution stage that can be performed on the system shown in Figure 1 A. 
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[0036] Figures 2A and 2B are a top level flowchart of exemplary software processes 
that can be executed on the system shown in Figure 1 A. 

[0037] Figure 3 is a diagram of an exemplary hierarchy of subjects, aspects and 
puzzles for aid in understanding states 250, 252 and 254 of Figure 2B. 

[0038] Figure 4 is an exemplary flowchart of the process 210 shown in Figure 2 A. 

[0039] Figure 5 is an exemplary flowchart of the process 220 shown in Figure 2A. 

[0040] Figure 6 is an exemplary flowchart of the process 230 shown in Figure 2 A. 

[0041] Figure 7 is an exemplary flowchart of the process 240 shown in Figure 2A. 

DETAILED DESCRIPTION OF CERTAIN INVENTIVE EMBODIMENTS 
[0042] The following detailed description of certain embodiments presents 
various descriptions of specific embodiments of the invention. However, the invention can 
be embodied in a multitude of different ways as defined and covered by the claims. In this 
description, reference is made to the drawings wherein like parts are designated with like 
numerals throughout. 

[0043] The terminology used in the description presented herein is not intended to 
be interpreted in any limited or restrictive manner, simply because it is being utilized in 
conjunction with a detailed description of certain specific embodiments of the invention. 
Furthermore, embodiments of the invention may include several novel features, no single one 
of which is solely responsible for its desirable attributes or which is essential to practicing the 
inventions herein described. 

[0044] The system is comprised of various modules, tools, and applications as 
discussed in detail below. As can be appreciated by one of ordinary skill in the art, each of 
the modules may comprise various sub-routines, procedures, definitional statements and 
macros. Each of the modules are typically separately compiled and linked into a single 
executable program. Therefore, the following description of each of the modules is used for 
convenience to describe the fimctionality of the preferred system. Thus, the processes that 
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are undergone by each of the modules may be arbitrarily redistributed to one of the other 
modules, combined together in a single module, or made available in, for example, a 
shareable dynamic link library. 

[0045] The system modules, tools, and applications may be written in any 
programming language such as, for example, C, C++, BASIC, Visual Basic, Pascal, Ada, 
Java, HTML, XML, or FORTRAN, and executed on an operating system, such as variants of 
Windows, Macintosh, UNIX, Linux, VxWorks, or other operating system. C, C++, BASIC, 
Visual Basic, Pascal, Ada, Java, HTML, XML and FORTRAN are industry standard 
programming languages for which many commercial compilers can be used to create 
executable code. 

[0046] A computer or computing device may be any processor controlled device 
including terminal devices, such as personal computers, workstations, servers, clients, mini- 
computers, main-frame computers, laptop computers, a network of individual computers, 
mobile computers, palm-top computers, hand-held computers, set top boxes for a television, 
other types of web-enabled televisions, interactive kiosks, personal digital assistants, 
interactive or web-enabled wireless communications devices, mobile web browsers, or a 
combination thereof. The computers may farther possess one or more input devices such as a 
keyboard, mouse, touch pad, joystick, pen-input-pad, and the like. The computers may also 
possess an output device, such as a visual display and an audio output. One or more of these 
computing devices may form a computing environment. 

[0047] These computers may be uni-processor or multi-processor machines. 
Additionally, these computers may include an addressable storage medium or computer 
accessible medium, such as random access memory (RAM), an electronically erasable 
programmable read-only memory (EEPROM), programmable read-only memory (PROM), 
erasable programmable read-only memory (EPROM), hard disks, floppy disks, laser disk 
players, digital video devices, compact disks, video tapes, audio tapes, magnetic recording 
tracks, electronic networks, and other techniques to transmit or store electronic content such 
as, by way of example, programs and data. In one embodiment, the computers may be 
equipped with a network communication device such as a network interface card, a modem, 
or other network connection device suitable for connecting to a communication network. 



-9- 



WO 2007/028142 



PCT/US2006/034462 



Furthermore, the computers execute an appropriate operating system such as Linux, UNIX, 
any of the versions of Microsoft Windows, Apple MacOS, IBM OS/2 or other operating 
system. The appropriate operating system may include a communications protocol 
implementation that handles all incoming and outgoing message traffic passed over the 
network 

[0048] The computers may contain program logic, or other substrate configuration 
representing data and instructions, which cause the computer to operate in a specific and 
predefined manner, as described herein. In one embodiment, the program logic may be 
implemented as one or more object frameworks or modules. These modules may be 
configured to reside on the addressable storage medium and configured to execute on one or 
more processors. The modules include, but are not limited to, software or hardware 
components that perform certain tasks. Thus, a module may include, by way of example, 
components, such as, software components, object-oriented software components, class 
components and task components, processes, functions, attributes, procedures, subroutines, 
segments of program code, drivers, firmware, microcode, circuitry, data, databases, data 
structures, tables, arrays, and variables. 

[0049] The method and system applies to teaching a wide variety of disciplines 
and minimizes or eliminates abstractions or symbols while teaching using constrained virtual 
manipulatives defined as a virtual apparatus. The constraints require the virtual manipulatives 
to behave in accordance with easily learned rules. While symbols or abstractions may be 
added to the displayed puzzles, the crux of the learning is accomplished without having to 
resort to such abstractions. The method used by certain embodiments comprises three phases. 

[0050] In one embodiment, the initial phase is a tutorial, which teaches the user 
how to use the implementing software. The tutorial is fully informative without using written 
or spoken language. One key technique is impoverishing the visual environment. Consider, 
for example, the old video game commonly known as PONG which comprised a 
monochromatic monitor, each player's virtual paddles, and a cathode-ray tube trace which 
functioned as a virtual ball, which was constrained by the physical constraint that the angle of 
incidence equaled the angle of reflection. After the user has demonstrated mastery of the 
tutorial, he or she may proceed to an initial subject matter puzzle. 
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[0051] The method involves creating single and multi-step puzzles, arranged 
hierarchically. The learning process involves having the user complete a non-textual training 
stage, and a non-textual learning stage. In one embodiment, the method progresses from non- 
textual puzzles to puzzles including text to bridge the language gap. The method and 
software are suitable for all users, as the non-textual learning puzzles and solutions are 
language independent. 

[0052] Regardless of the academic discipline, puzzles are solved the same way. 
Each puzzle constitutes an impassable success path, and comes with a set of possible 
solutions. Each solution set, and each set member, consists of virtual apparatus. In the 
preferred embodiment, in accord with learning theory best practices, each solution set 
member depicts a logically true statement. Ideally, each solution consists of one or more 
virtual manipulatives. The user selects a possible solution. The software applies the selected 
solution to the success path. The correct solution makes the success path passable. An 
incorrect solution leaves the success path impassable. Preferably, user selected incorrect 
solutions remains visible as user resources. Preferably, additional success indicators are used, 
such as an animated figure with easily learned movement rules traveling the entire path. 
Preferably, the software displays only essential information and graphics. The method uses a 
computer with display, a user controlled input device, and preferably, ways for user 
identification, score recordation, and score analysis. 

[0053] Referring to Figures 1A and IB, a system 10 comprises software 12, 
designed to be used with a computer 13 having a display 14, and a user controlled input 
device 16. The system 10 teaches students or users 18 a selected academic discipline by 
means of puzzles 22, where each puzzle 22 comprises an arena 23 which comprises a success 
path 24, and virtual apparatus 26 controlled by student 18 by means of input device 16. 
During the presentation of each puzzle 22, virtual apparatus 26 comprises a solution set 28 
having potential answers 30. At a puzzle stage 32, success path 24 is impassable. Each 
puzzle 22 is solved by the student 18 selecting a proper virtual apparatus 26, through input 
device 16, that when applied to success path 24, changes success path 24 from impassable to 
passable, changing puzzles 22 from puzzle stage 32 to solution stage 34. Although the 
description refers to students, it also applies to any user desiring to learn something new. 
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[0054] Software 12 comprises a training component 40 and a puzzle or problem 
component 42. A language integration component 44 may also be provided as described 
below. Note that software 12 may allow a puzzle 22 to teach students 18 a part of both 
puzzle component 42 and language integration component 44. As shown particularly well in 
Example 1-3 (shown in Appendix C) and Example 1-4 (shown in Appendix D), language 
skills are introduced in tandem with the already learned spatial-temporal (ST) representations 
used to teach the applicable concepts. Therefore, student 18 does not require high level 
language-analytical (LA) skills to identify the previously learned ST skills in the prevalent 
LA environment. Although the description refers to puzzles, it also applies to any type of 
problem to be solved. 

[0055] As also shown by examples 1-1 through 1-7 (shown in the Appendices), 
ST skills can teach a variety of concepts from the geometric, to fractions, multiplication, 
ratios, and more. Embedding text seamlessly into previously learned ST skills is believed to 
both maximize learning and minimize detriments caused by possible language skill 
deficiencies in students 18. 

[0056] Training component 40 presents students 18 with puzzles 22 which teach 
students 18 the rules of the logical construct selected for the system 10. Mastery of training 
component 40 allows student access to puzzle component 42, as described below. 

[0057] In certain embodiments, puzzle component 42 comprises puzzles 22 which 
are organized into bins and levels. Puzzles 22 teach students 18 through the utilization of ST 
reasoning. 

[0058] Referring to Figures 2 A and 2B, a top level flowchart of exemplary 
software processes of software 12 (Figure 1A) that can be executed on the system 10 will be 
described. System 10 teaches students 18 via ST reasoning in a particularly effective manner 
by utilizing software 12. 



1) Create a logical construct - see state 


This act requires establishing consistent 


204. 


rules. 
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2) Teach a user easy-to-understand, 

logically consistent goals - see process 
210. Process 210 will be further 
described in conjunction with Figure 4. 


In one embodiment, the goals are the 
conditions to solve a puzzle. 


3) Select appropriate subject matter areas 
- see state 212. 


Select the appropriate material to teach. 


4) Divide each selected subject matter into 
parts consisting of rules and properties. 




4a) Virtual apparatus models rules and 
properties - see process 220. Process 
220 will be further described in 
conjunction with Figure 5. 


For example, shapes tightly fit holes having 
the analogous receiving shape. A penguin 
can only go up and down ladders, or walk on 
completely smooth paths. 


4b) Establish error tolerances - see state 
222. 


Some problems have no allowable error. For 
example, 2 + 2 - 4. No error tolerance 
applies. For a problem involving estimation, 
an appropriate error tolerance is set. 


5) Teach the user to operate virtual 

apparatus - see process 230. Process 
230 will be further described in 
conjunction with Figure 6. 


Use simple problems as teaching tools. A 
special training level may serve this purpose. 


6) Request the user to operate the virtual 
apparatus to reach the pre-defined and 
pre-understood goal — see process 240. 
Process 240 will be further described in 
conjunction with Figure 7. 


This can include requests such as "Solve 
puzzle" or "Fix success path." 


7) Does the user operate the apparatus 

successfully? See decision state 706 of 
Figure 7. If YES go to 7a, if NO go to 
7b. 


Was puzzle solved? Was success path fixed? 
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7a) If YES, provide a success indicator. See 
state 708 of Figure 7. 


These depend upon the rules established 
above. The possibilities are endless. A 
penguin could follow a path. A log or girder 
could bridge a gap. Ideally, this is more than 
a green check, or a "YES". Ideally, more than 
one success indicator appears. 


7aa) Preferably a success indicator illustrates 
WHY user was successful. See state 
710 of Figure 7. GO TO 8. 


This is rules and puzzle dependent. 


7b) If NO, provide lack of success 

indicator. See state 712 of Figure 7. 


This is more than the lack of a success 
indicator, and preferably more than a red 
light, a red "X" or similar. For example, a 
penguin cannot pass a hole or an obstruction. 
The path across a bridged gap has more 
vertical displacement than the length of the 
provided ladder. 


7bb) Preferably lack of success indicators 
show WHY the user was not 
successful. See state 714 of Figure 7. 
GO TO 8. 


The lack of success indicator can be a 
partially filled hole or an obstruction that 
blocks movement. The remaining gap could 
be beyond the ladder's reach. The amount of 
error is visually apparent. A hole is over 
filled by a number of blocks, or underfilled. 
A shape fits the hole in the path, but is 
displaced. 


8) Preferably, present puzzles in a 

substantially progressive difficulty 
sequence - see process 240. Process 
240 will be further described in 
conjunction with Figure 7. 


This enables positive reinforcement and 
structured success. Learner enthusiasm and 
self image are enhanced by providing initial 
successes, when possible. 
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8a) Preferably, vary puzzle sequence 

(through something like pseudo-random 
selection from a pool of puzzles in 
appropriate bins). 


This variation minimizes memorization while 
maintaining substantial benefits from the 
above-identified puzzle progression. 


9) Has user mastered the appropriate 

discipline sub-category? See decision 
state 244 of Figure 2B. YES or NO. 


Educational theory suggests breaking mastery 
down into appropriate sub-disciplines. 
Certain puzzles, when combined with certain 
accumulated scores, or puzzle solution 
histories, suggest sub-category mastery. 


9a) If NO, move user to next puzzle in 

sequence. See state 254 of Figure 2B. 


Systematic puzzle sequencing within bins. 


9b) If YES, user moves on to new puzzles 
that probe new subject matter aspects. 
See state 250 of Figure 2B. 


Systematic bin sequencing. 


9c) If subject matter area is mastered, select 
new subject matter area. See state 252 
of Figure 2B. 


This selection maybe fixed, result 
determined teacher determined, student 
determined, or other. 


10) The system and puzzles may be 

language-free, or may use language. 


Spatial temporal reasoning may minimize, or 
eliminate the need for language. Language 
may also be used to satisfy marketing needs 
and be within the method and system. 



-15- 



WO 2007/028142 



PCT/US2006/034462 



1 1 ) Language-incorporating puzzles bridge 
the language gap. See state 248 and 
optionally state 246 of Figure 2B. 



Even if the system is ST based, much of the 
world is LA based. While the system and 
method teach in a ST universe, at some point, 
the accumulated learning received from the 
system is to be related by the student to a 
primarily LA environment. When mastery of 
discipline sub-category is complete, the 
software seamlessly introduces language to 
the user in the puzzle (state 248), such as via 
numerals, labels, etc. See the example 
problems/puzzles in the appendices for 
examples of introducing language in the 
puzzle. The software 12 can optionally 
introduce language to the user in the puzzle 
at state 246 when there is partial mastery of 
the discipline sub-category as desired. 



[0059] Referring to Figure 3, an exemplary hierarchy of subjects, aspects and 
puzzles is shown as an aid in understanding states 250, 252 and 254 of Figure 2B. Subject 
matter areas 302 and 304 are shown as being at a first level of hierarchy; aspects 310, 312 (of 
subject 302), and 314 (of subject 304) are shown as being at a second level of hierarchy; and 
puzzles 1 to N (320) corresponding to aspect 310, puzzles 1 to N (322) corresponding to 
aspect 312, and puzzles 1 to N (324) corresponding to aspect 314 are shown as being at a 
third level of hierarchy. 

[0060] Certain underlying counterintuitive techniques enhance the effectiveness 
of the system 10 (Figure 1A). An underlying principle is simplifying the graphics generated 
by software 12 and viewed upon display 14. The progression of video games since the game 
PONG has taught the exact opposite. For purposes of illustration, examples are set forth in 
the appendices to clearly illustrate features of the system 10. 
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[0061} in the system 10, an animated figure 100, known as JiJi, appears in puzzles 
22, and is both a success indicator and a lack of success indicator depending upon whether 
student 18 has selected a proper member of a solution set to make the success path passable, 
and take the puzzle from the puzzle stage to the solution stage. Of course, other animated 
figures can be used in other embodiments. 

[0062] The version of Seed described in Appendix H has several non-obvious 
differences from the prior art version. First of all, the present version is self-contained, and 
thus does not require intervention and/or instruction by a teacher. In the prior art versions of 
Big Seed, and other puzzles, teacher intervention and instruction is essential to enable the 
puzzles to provide a learning experience. Second, at least some phases of the current puzzle 
are self-contained in ST space and do not require that the student receives LA space input. 
Third, it has been determined that the student receives a better quality learning experience 
when the arena stage is impoverished. 

[0063] This is counterintuitive. Video games theory over the past twenty plus 
years has emphasized more and more graphics, and a richer video environment to attract the 
user's attention. Impoverishing the video environment enhances the student's learning 
experience, and allows students to gain maximum benefit from ST reasoning. In an 
impoverished environment, only essential images or output are included in an animation of 
the problem and puzzle and any positive or negative feedback to the user, in one 
embodiment. Essential images include only those images that are directly involved in the 
puzzle/problem and its solution. Output related to unnecessary movement on the screen, or 
graphics not involved in puzzle solution are not essential.. Essential images are of a 
minimum complexity in that they contain little or no information that is not directly related to 
the problem. Research was conducted on a typical puzzle, identified as "bricks." The 
"bricks" example shown in Appendix I demonstrates the differences between an 
impoverished and non-impoverished environment in the puzzle. The advantages of the 
impoverished environment are typical of the puzzles utilized in the system 10. 

[0064] The system has great potential for assisting a wide variety of students. 
Specially suited student populations include pre-school students, elementary students, 
learning disabled students, hearing impaired students, students with low achievement levels 
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in language arts, as well as students lacking language skills in a particular language, even 
though their overall LA reasoning may be average or above. 

[0065] As demonstrated in research articles, it is believed that ST reasoning based 
puzzles may also be used to identify those possessing gifted intelligence or genius qualities. 
The early identification of the gifted student is essential to maximizing the inherent capacities 
possessed by such learners. 

[0066] The system may utilize alphanumeric identifying indicia without requiring 
the student to utilize LA reasoning in the puzzle solution process. One or a small series of 
letters or numbers may well serve to identify which alternative process is employed in a 
multi-process puzzle. For example "GCF" or "LCM" serve as distinctive shapes easily 
recognized by the student, without any requirement that the student associate the symbols 
with particular letters or words. Other nonsense symbols could be employed. However, as 
ultimate integration of ST reasoning into a primarily LA world remains an ultimate goal of 
the system 10, utilizing alphanumeric identifying indicia can be a valuable aid in the eventual 
LA integration process. 

[0067] Referring to Figure 4, the process 210 previously shown in Figure 2 A will 
be described. Process 210 is used by system 10 to teach a user easy to understand, logically 
consistent goals. 

[0068] Process 210 begins at a start state 402 and proceeds to state 404 to present 
an arena having an animated character, an obstacle and a virtual apparatus, in certain 
embodiments. Proceeding to state 406, process 210 teaches the students a simple goal. In 
certain embodiments, a goal is to get JiJi, an animated penguin 100 (Figure IB), to move 
across the display screen and past some obstacle. To meet this goal, the student knows that 
they have to do something. By "doing something", they have to perform a series of mouse 
clicks on the right objects on the screen to remove the obstacle and make the path passable. 
The system 10 teaches this by starting out with the simplest games. These games can include 
only a single object to click on or manipulate. Proceeding to state 408, clicking on the object 
will cause an animation of manipulating the object to show how the obstacle is overcome so 
as to allow the animated character to traverse a field of the arena past the eliminated object. 
In certain embodiments, the obstacle is removed, and the penguin walks across the screen. 
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[0069J In one embodiment, such as where the user is using the system 10 for the 
first time, state 404 may present an arena having only a virtual apparatus. Advancing to state 
406, this virtual apparatus only has a single object to click or manipulate which eliminates 
any distracting elements from the display and makes it easy for the user to understand what 
should be done. 

[0070] At the completion of state 408, process 210 advances to a decision state to 
decide if a predetermined condition is met. In certain embodiments, the condition can be that 
the user manipulated the object correctly a preselected number of times. If the predetermined 
condition is not met, as determined at decision state 412, process 210 advances to state 412 
where either the obstacle or the virtual apparatus is changed to present a new problem to the 
user. The user then manipulated an object in the virtual apparatus and process 210 continues 
at state 408. If the predetermined condition is met, as determined at decision state 412> 
process 210 returns at a state 414 where it is deemed that the user understands the goals 
taught by process 210. 

[0071] Therefore, after the penguin walks across the screen, a new problem is 
presented. If the user doesn't click on the object, the penguin doesn't do anything. The 
reward is that the penguin walked across the screen, and a new puzzle is presented. The 
students want to see something new, and don't want to be stuck seeing the same screen of 
static objects in an impoverished environment. So they quickly become motivated to want to 
click on the appropriate spot to remove the obstacle and have the penguin "move on". 

[0072] After a sufficient number of puzzles of this type, process 210 increases the 
difficulty at state 412. Process 210 can add two objects that can be clicked on. Clicking on 
one of them (the "correct" one) will remove the obstacle, and clicking on the "wrong" one 
will be unsuccessful in removing the obstacle. The "wrong" clickable object is different from 
before where there wasn't any other clickable object at all. Clicking the "wrong" object will 
cause the virtual apparatus to start "working", but it will fail to remove the obstacle (fail to 
make the path passable). In other words, process 210 shows why the object was the "wrong" 
thing to click on. Process 210 steadily increases the difficulty appropriately, such as having 
one clickable item to having two clickable items. Subsequently, process 210 could add more 
clickable items (where some are right and some are wrong). In one embodiment, process 210 
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could also make it so that the user has to click on a sequence of items, and only a correct 

sequence will "work". 

[0073] A simple example of the first two levels of difficulty is as follows: 
Easy puzzle : JiJi is standing on the left side of the screen facing to the right. The 
ground on which JiJi stands has a hole in it. The hole is the shape of a rectangle. 
Hovering above the ground is a clickable object in the shape of a rectangle. If the 
user clicks on the clickable object, the object transitions to the hole and fills the 
ground so that the path is smooth. After this, JiJi walks across the now passable 
path. JiJi walks off the right side of the screen, and a new puzzle is presented. 
The next time, the puzzle can have a hole in the ground in the shape of a triangle, 
and the clickable object can be an appropriately shaped triangle to fill the hole. 
Harder puzzle : A harder puzzle can be if the hole in the ground is a half-circle, 
and there are two clickable objects hovering in the sky. One object is an 
appropriately shaped half-circle (the "right" object), and the second is a rectangle. 
Clicking on the rectangle causes the rectangle to transition over to the hole in the 
ground and attempt to fill it. Because the object is the wrong shape, it will not fill 
the hole appropriately. It might not fill up all the way to the surface of the 
walkway, or maybe it fills too much and creates a bump in the ground. Regardless 
of the type of the incorrect fill attempt, after process 210 attempts to fill the hole, 
JiJi walks over to the hole, turns and faces the user (indicating that JiJi doesn't 
feel comfortable trying to pass the unsmooth path), and then JiJi turns to the left 
and walks back to where JiJi started. The user sees that this didn't get JiJi on to 
the next puzzle. The user is given the same puzzle again. If the user clicks on the 
half-circle object, then the hole is filled appropriately, and JiJi is able to walk all 
the way across the screen and get to the next puzzle. 

[0074] The examples above of executing process 210 show how the system 
teaches the logically consistent goals. In certain embodiments, the goal is the get JiJi past the 
obstacle and on to the next problem. The condition to obtain this goal is to make the path 
passable. The way the user obtains this goal is by a sequence of clicks on the appropriate 
parts of the screen. Process 210 teaches this by starting off with very simple games as 
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described above. Once the student understands this goal and the way to obtain this goal, the 
system 10 can then start teaching the subject matter, e.g., mathematics. The system does so 
by creating problems with the same goal (removing the obstacle so JiJi can get across the 
screen). In order for the user to determine the correct sequence of clicks, the user must 
understand the underlying mathematics that the game is trying to teach. This leads to process 
220, described below. 

[0075] Referring to Figure 5, the process 220 previously shown in Figure 2A will 
be described. Process 220 is used by system 10 to model rules and properties for a subject 
area by the virtual apparatus. In certain embodiments, the subject area is an area of 
mathematics. For example, "addition of integers" could be a subject area. Other examples of 
subject areas include: subtraction, fractions, multiplication, perimeter, graphing, and so forth. 

' [0076] Beginning at a start state 502, process 220 moves to state 504 to 

present objects in a virtual apparatus having rules corresponding to a subject matter area. 
The system 10 attempts to teach the subject area by modeling the subject area with a virtual 
apparatus. A virtual apparatus is a graphical entity presented on the computer screen that 
reacts to a sequence of user mouse clicks or other way of selecting or manipulating one or 
more spatial locations, hi the simple example described earlier, the shape hovering in the sky 
is the virtual apparatus. In that case, the virtual apparatus consisted of one or more shapes. 
Clicking on the shape causes the shape to transition over to the hole in the ground and 
attempt to fill the hole. The action is what the apparatus is designed to do (the "rules"). 

[0077] To teach a subject area, a virtual apparatus is designed that has rules which 
correspond to the subject area. For example, to model addition, the system can have a virtual 
apparatus that has different stacks of rectangles. Clicking on a particular stack causes the 
planks in the stack to transition over to the holes in the ground and attempt to fill them. At 
state 506, process 220 animates application of rules for a selected object in the virtual 
apparatus in a clear manner appropriate for the subject matter area. For example, to make the 
user do an addition problem, the arena can have two holes. One of the holes is three planks 
deep, and the other hole is two planks deep. If the user clicks on a stack that has only four 
planks, then the planks will transition over to the first hole,, and successfully fill up the three 
planks worth deep hole. Then the remaining plank will move over to the second hole and 
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attempt to fill it. Unfortunately, the second hole requires two planks, but there is only one 
left. As a result, the second hole is not filled perfectly, and JiJi is not able to cross. In this 
case, the user needs to click on a stack of five planks to successfully solve the puzzle. At the 
completion of state 506, process 220 advances to a return state 508. 

[0078] The above example illustrates a simple way to model addition with a 
virtual apparatus. The system 10 can model all of mathematics in this way. Several game 
designs for mathematics are included in the appendices. 

[0079] A feature of the system is that the workings of the virtual apparatus should 
be visually "clear" to the user as to what the virtual apparatus does. An example of an 
"unclear" virtual apparatus for the addition example above is as follows: 

The user clicks on a stack of planks, and the stack of planks 
disappear, and then reappear positioned in the holes in the ground. 
[0080] The more "clear" way for the virtual apparatus to work is as follows: 
The user clicks on a stack of planks and the stack visually 
transitions (not too quickly) over to the first hole in a continuous 
fashion (not a single large jump, but a sequence of movements). 
Once the stack of planks arrives, the stack stops, and then one by 
one, the planks at the bottom of the stack move to fill the first hole. 
After the first hole is filled, the stack transitions over to the next 
hole and again, one by one, the planks move into the hole. 

[0081] Referring to Figure 6, the process 230 previously shown in Figure 2A will 
be described. Process 230 is used by system 10 to teach a user to operate the virtual 
apparatus. The user knows as a result of process 210 above that they need to remove the 
obstacle to allow JiJi to pass. They also know that they need to operate the virtual apparatus 
successfully. In order to operate the apparatus successfully, they need to learn how this 
particular virtual apparatus works. The system 10 teaches the user using similar acts as 
described above for process 210. 

[0082] Beginning at a start state 602, process 230 proceeds to state 604 and 

presents to the user an arena having at least an animated character and an obstacle. 
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Advancing to state 606, process 230 presents to the user a virtual apparatus having a 
predetermined object identified in the arena, such as by highlighting or using a pointer to 
identify the object. If the subject matter area is sophisticated, the virtual apparatus typically 
has multiple clickable regions, and can require a particular sequence of clicks to make it do 
the appropriate thing to remove the obstacle. If the user starts clicking randomly in the arena, 
it could take a long time for the user to figure out how the virtual apparatus works. 
Therefore, the system presents an appropriately simple problem to the user. Then, in certain 
embodiments, process 230 masks out all of the clickable regions of the virtual apparatus 
except for a first region (such as in a sequence of regions) that the user must click on in order 
to solve the problem. Then process 230 points out this region to the user. One way that 
process 230 points out the region is by highlighting it using a bright color so the user sees it 
clearly. Another technique is to place a hand cursor over the object to prompt the user to 
click on the object. Proceeding to state 608, process 230 animates the result of manipulating 
the identified object to show how the virtual apparatus works. Moving to a decision state 
610, process 230 determines if further objects in the virtual apparatus are to be identified to 
the user, such as, for example if a sequence of manipulations of objects is required to make 
the virtual apparatus work. If further objects are to be identified, as determined at decision 
state 610, process 230 advances to state 612 to change the virtual apparatus to identify 
another predetermined object, and then shows how the virtual apparatus works at state 608, 
previously described. For example, process 230 can mask out all of the clickable regions 
except for a second region (in a sequence) that the user must click on. In essence, the system 
guides the user through a problem, showing the user what to click on and making it so they 
can only get it right by identifying the appropriate region as the only clickable region at the 
time. In certain embodiments, after the system guides the user through the sequence, the 
virtual apparatus does its function (through animation) and the user observes how it works. 

[0083] After this animation, process 230 can determine that no further objects are 
to be identified, as determined at decision state 610. If so, process 230 can advance to 
optional state 614 to identify two or more predetermined objects in the virtual apparatus at 
the same time. For example, the system can present another problem, and unmask more 
clickable areas so the user has to decide on their own what to click on. The system can 
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gradually increase the difficulty so that the user has a chance to get a feel for how to operate 
the virtual apparatus. Proceeding to optional state 616, process 230 animates the result of 
manipulating at least one of the identified objects in the virtual apparatus to show how the 
apparatus works. Eventually, the user knows how the apparatus works, and then must use it 
to solve the problems related to the subject area. Since the rules of the virtual apparatus are 
related to the rules of the subject area, just learning how to operate the virtual apparatus is 
progress towards learning the subject area. 

[0084] Referring to Figure 7, the process 240 previously shown in Figure 2A will 
be described. Process 240 is used by system 10 to request students to operate the virtual 
apparatus to solve increasingly difficult problems. Thus, further progress is made by asking 
the user to operate the virtual apparatus successfully to solve new and more sophisticated 
problems. For example, the rules of addition are the same for small numbers and large 
numbers. Once the user knows how addition works, there is still a lot of learning to be done 
to be come adept at solving addition problems of increasing difficulty. 

[0085] Beginning at a start state 702, process 240 moves to state 704 to 

request the user to manipulate the virtual apparatus. Proceeding to a decision state 706, 
process 240 determines if the user chose the correct object(s) or sequence of objects. If so, 
process 240 advances to state 708 to provide one or more success indicators to the user, such 
as via animation. Continuing at state 710, process 240 shows the user reasons why the 
chosen objects caused success in the problem. The appendices provide examples of states 
708 and 710 for various problems. Returning to decision state 706, if the user did not choose 
the correct object(s) or sequence of objects, process 240 proceeds to state 712 to provide one 
' or more lack of success indicators, such as via animation. Continuing at state 714, process 
240 shows the user reasons why the chosen objects caused the lack of success in the problem. 

[0086] At the completion of either state 710 or 714, process 240 checks if the 

problem was solved correctly. If not, process 240 continues at state 704 to request the user to 
manipulate the virtual apparatus as described above. In certain embodiments, the user is 
asked to repeat the same problem. In other embodiments, the user is asked to solve a new 
problem similar to the problem that was incorrectly solved. However, if the problem is 
correctly solved, as determined at decision state 720, process 240 advances to a decision state 
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722 to determine if a further problem in a sequence of problems having progressive difficulty 
are available. If so, process 240 continues at state 724 by selecting a new problem for the 
user. Proceeding to an optional state 726, process 240 can increase the difficulty in the 
virtual apparatus to make the problem more challenging for the user, such as, for example, by 
having more objects, by requiring a certain sequence of objects to be selected, and so forth. 
Process then continues at state 704 to request the user to manipulate the virtual apparatus, as 
described above. Returning to decision state 722, if a further problem in a sequence of 
problems having progressive difficulty is* not available, such as due to all the problems being 
executed, process 240 moves to a return state 730. 

CONCLUSION 

[0087] While specific blocks, sections, devices, functions and modules may have 
been set forth above, a skilled technologist will realize that there are many ways to partition 
the system, and that there are many parts, components, modules or functions that may be 
substituted for those listed above. 

[0088] While the above detailed description has shown, described, and pointed 
out the fundamental novel features of the invention as applied to various embodiments, it will 
be understood that various omissions and substitutions and changes in the form and details of 
the system illustrated may be made by those skilled in the art, without departing from the 
intent of the invention. 
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APPENDIX A 

Example 1-1 

Puzzle Title: Slime Bridge 
Overview: SlimeBridge teaches ratios. 

Objective: Determine the path with the desired ratio of slime to food. If the ratio is correct, 
the slime eats the food and grows into a bridge so that JiJi can walk across and get off of an 
island. 



Arena Layout: 



Food 



Slime 



Ratio Key 




JiJi on an island 



Bridges 



Water 



Figure 1: Example Layout 

This arena 23 uses a view from above. JiJi begins on a green island in the middle of the 
screen. Impassable bridges are to the north, south, east and west Bridges get filled in by 
slime. The student 16 selects the bridge with the correct ratio of slime to food. The 
required ratio appears in a RatioKey at the top right corner of the scene. As shown in 
Figure 1, the required ratio is 1: 1 (one slime for every one piece of food). In this example, 
only the bridge going North has the correct ratio (2 slimes and 2 foods). Clicking on that 
bridge will make the slime eat the food and grow into a walkway so JiJi can walk across. 
Filling the bridge and JiJi walking across are success indicators. An impassable bridge is 
a lack of success indicator. 



-26- 



WO 2007/028142 



PCT/US2006/034462 



Bridges : The game has 4 bridges which serve as choice buttons. Clicking on a bridge 
activates the slime to eat the food. The bridges on the left and right of the island are 
longer than the bridges that point up and down. For this reason the left and right bridges 
can hold more slime. Each bridge holds multiple SlimeUnits. The top and bottom bridges 
hold 2 SlimeUnits, and the left and right bridges hold 3 SlimeUnits. Figure 2 shows how 
the SlimeUnits (shown in black) are arranged on each bridge. 




Figure 2: Positioning of SlimeUnits 



Each SlimeUnit is set to a "SlimeUnit MovieClip" as specified by the PuzzleDef. 

SlimeUnits: SlimeUnits are MovieCIips that contain slime and food in an 80x80 square. 
The first frame is a solid colored square. The second frame contains slime and food 
positioned within the 80x80 space. Frames 2-7 contain an animated sequence of the 
slime eating the food. An example SlimeUnit MovieClip is shown in Figure 3. 
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frame 1 



frame 2 



frame 3 



frame 7 



Figure 3: Example of a Slimellnit MovieClip. 



Two main types of SlimeUnit movieClips exist. A "correct" SlimeUnit contains slime 
and food in the correct ratio. An "incorrect" one has either too many slimes or too much 
food. 

Correct SlimeUnit MovieClips have the following naming convention: 
S + RatioKey + "Correct," + #Slime + Index# + letter 

For example, if the RatioKey is a 1:1 ratio (denoted as "11"), the SlimeUnit MovieClip 
might have the following name: "SI lCorrectJL la" 

The "11" after the "Correct _" means that there is 1 slime and 1 food. The "a" at the end is 
simply to distinguish this MovieClip from other versions of the same configuration. Other 
versions would have a "b", "c" or other letter after the name. 

There can be multiple versions of "Correct" MovieClips for each RatioKey. For example, 
all of the following are all "correct" SlimeUnit MovieClips for a 1:1 ratio: 
"SllCorrect_lla", "SllCorrect_llb", "SllCorrect_22a" 

Some "correct" SlimeUnit MovieClips for a 1:2 ratio could be named: "S12Correct_12a", 
"S12CorrectJ24a", "S12Correct_12b" 

Incorrect SlimeUnit MovieClips have "fcicorrect_" instead of "Correct^" in their name. 
For example, if there is one extra piece of food for a 1:1 RatioKey, then the name might 
be: "SllIncoirect_12a" 

Plainly there is one too many pieces of food because after the "Incorrect^" there is the 
number "12" which means one slime and two foods. But this is a "SI 1" SlimeUnit, which 
means it should have a 1:1 ration to be correct. What this incorrect SlimeUnit might look 
like appears in Figure 4. 




Figure 4: Example of an incorrect SlimeUnit (for a 1:1 RatioKey) 
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The names of the SUmeUnit MovieClips allow one to determine if a bridge has a correct 
or incorrect ratio. This is determined by making sure each and every SlimeUnit in the 
bridge is a "Correct" MovieClip. For example, if the bridge has the following SlimeUnits: 

"SllCorrect_lla", "SllCorrect_llb", "SllIncorrect_13a" 

then this is an incorrect bridge because the last SlimeUnit is not a "correct" MovieClip (it 
has two extra pieces of food). If the bridge has the following SlimeUnits: 

"SllCorrect_lla" 5 "S 11 Correct J)0a", "SllCorrect_22b" 

then this is a "correct" bridge because each SlimeUnit has "CorrectJ' in the name. 

RatioKeys: In one embodiment, three RatioKeys exist in the SlimeBridge game: 

1:1, 1:2 and 1:3. 



The RatioKey is represented graphically at the top-right corner of the arena (see Figure 1 
for an example). The three RatioKeys are shown in Figure 5. The top of Figure 5 
illustrates the graphical versions, and at the bottom are the numerical versions. The 
version used depends on the "language" attribute in the Puzzle Definition. 



Graphical: 




Language: 




Figure 5: The different RatioKeys 



Note that the different ratios have slimes of different color (1:1 has green slimes, 1:2 has 
dark-red slimes, 1 :3 has magenta slimes). 

Interactivity: 



Clicking On a Bridge: The bridges are the answer buttons that the user clicks on to solve 
the puzzle. After clicking on a bridge, the following sequence of events occurs: 
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1) All the SlimeUnit MovieClips on the three other bridges (the bridges not 
clicked) become invisible. 

2) JiJi turns and looks in the direction of the clicked bridge. 

3) All the SlimeUnit MovieClips on the clicked bridge play frames 3 thru 7. 

4) If all the SlimeUnits on the clicked bridge are "correct", then the bridge empty 
space in the bridge fills in (over a 3 -frame animation) to become a solid color 
(same color as the slime). However, if one of the SlimeUnits is not correct, 
then the inside of the bridge stays white, and a puzzleOver is sent with the 
"success" parameter set to false. 

5) If the "correct" bridge was clicked, then Ji Ji walks across the colored bridge 
and off the screen. After this the puzzleOver message is sent with "success" 
true. 

Puzzle Definition: There is an example puzzle definition XMLNode for SlimeBridge: 

<def ratioKey='l 1' slimeUnitsO-'Sl ICorrectJL la,Sl ICorrectJ la' 

SlimeUnits 1=*S1 lIncorrect_10a,Sl 1 Correct _00a,Sl ICorrectJL la' 
slimeUnits2='Sl lCorrect_l la,S 1 lIncorrect_12a' 

slimeUnitsS^Sl 1 Correct 1 la,S 1 lIncorrect_12a,Sl Hncorrect_12a t rotationsO- 0,1' 
rotations 1='2, 1,3' rotations2= t 0,0 l rotationsS^S^ 1 language='0,07> 

Description of each attribute: 

ratioKev : This describes the number of slimes to the number of food. In one 
embodiment, the possible values are '12, and '13' which mean ratios "1:1", 
"1:2", and "1:3". 

slimeUnitsQ — slimeUnits3 : These 4 attributes correspond to the 4 bridges. They specify 
the names of the MovieClips to place at each SlimeUnit position in each bridge. The 
top bridge is bridge 0, the right one is 1, the bottom is 2 and the left bridge is 3. As 
you can see slimeUnitsO and slimeUnits2 only have 2 items in their lists. This is 
because the top and bottom bridges only hold two SlimeUnits. 

rotationsO — rotations3 : These 4 attributes correspond with the 4 bridges. Each attribute is 
a list of numbers that specify the rotation state of each SlimeUnit MovieClip. The 
accepted values are 0, 1, 2 and 3 which refer to 0, 90, 180 and 270 degrees rotation. 
Rotation is used to make the same SlimeUnit MovieClip appear to be different, as 
illustrated for one bridge in Figure 6. 
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siimeUnitsl^S^CorrecM 23,31200^60^128,81200^60^123' 
rotationsl^OAl' 

0° 90° 



o o m 0 
mo Qt o 

Figure 6; Example bridge and explanation of the rotations attribute 

Figure 6 shows a right-facing bridge (bridge 1) with all the same SlimeUnits 
("S 12Correct_12a"), but with different rotations for each (in this case 0, 3 and 1). 



language: This is a list of 2 Boolean values that specify if parts of the arena should be 
represented as language. The first value specifies if the RatioKey should be displayed 
as the language representation or the graphical representation (see Figure 5). 

The second value detemiines if the bridges are displayed using language based or not. 
When the bridges are displayed as language, all of the slimes and all of the food 
should be added up and displayed as a ratio. If the bridge has the following attributes: 

slimeUnitsO='Sl ICorrectJ la, SI 1 Incorrect, 12a' 

Then this bridge might look like that shown in Figure 7. 



2- 

mm m ' 



Turns into 



7 



o 



jjlffihtii 
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S 11 Correct 11a 



S11Incorrect_12a 



Figure 7: Example language representation of bridge 
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Figure 7 shows the language version on the left and the standard graphical version on 
the right. After the user selects a language version of a bridge, it turns into the 
graphical version, and then animates as normal. The example in Figure 7 is a 2:3 ratio 
because there are 2 slimes total and 3 foods total. The amount of slime and the 
amount of food in each SlimeUnit can be determined by the name of the MovieClip. 
All SlimeUnit MovieClips end with two numbers and a letter. The two numbers 
represent the number of slimes and the number of pieces of food. 

In one embodiment, the colors of the first number on the language representation of a 
bridge should match the color of the slime for the current RatioKey. 

Error Checking; When building a puzzle based on a puzzle definition, complete an error 
checking procedure to determine that the puzzle is valid. If a puzzle has errors in it, the one 
should pass false for the success parameter in the fmishedConstructing call. 

Parameters and Settings: 

ClickStream: The following user events should be registered by calling recordClick() on the 
GameLogic subclass: 



Click on a bridge: recordClick( "mClick", "bridge#") 

-For example, when clicking on the right-side bridge it should call: 
recordClick("mClick", "bridgel") 

Lives and Scoring: Lives and scoring is handled by the Game Viewer for this game. 

Components: No special components (besides the GameLogic subclass) are required. 

External Assets: None, sounds are stored in the Flash file. — 
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APPENDIX B 

Example 1-2 

Puzzle Title: Wedge 

Overview: Wedge teaches about the different types angles: acute angles, obtuse angles, right 
angles. In addition, angular relationships are taught such as supplementary and 
complementary angle pairs. The game also gives practice representing angles by numerical 
degrees. 

Objective: Remove an obstacle from JiJi's path by selecting a "wedge" of the appropriate 
angle. The wedge removes the obstacle by wedging underneath and pushing the obstacle up, 
or by wedging from above and pushing something down, or through various other situations. 



Arena Layout: 



Obstacle 



45* 



small gap 



> wedges 



135° 



1.1.. -11.. 



Figure 1: Example of "Acute" layout 



110° 



90° 



Obstacle 



1 



Ll 1..1 .1,':- 



I 



.;. ' ...... : : :-...v... Ill 



Figure 2: Example of "Obtuse" layout 
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I 



Hole that needs 
to be filled 




135° 
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90° 
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Figure 3: Example of "Right" layout 
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Figure 4: Example of "Supplement" layout 
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Figure 5: Example of "Complement" layout 
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The wedge game has 5 arena layouts: Acute, Obtuse, Right, Supplement, and 
Complement. Each layout is illustrated in Figures 1-5. Each layout requires choosing 
different types of angles: 

Acute layout: Select an acute angle (<90°) to lift the obstacle so JiJi can pass. 

Obtuse layout: Select an obtuse angle (>90°) to push the obstacle down into the 
ground. 

Right layout: Select a right angle (90°) to perfectly fill the hole in the ground. 

Supplement layout: Select a "supplementary" angle so that both angles on two sides 
of a tunnel sum to 180°. If both sides of the tunnel don't form a perfect seal, water will 
leak in. 

Complement layout: Select a "complementary" so that both angles sum to 90°. This is 
similar to the Supplement layout, but the tunnel is bent at a right angle so to form a 
perfect seal, the two sides need to have angles that sum to 90°. 



Wedges pushing on obstacles : The first two layout types have wedges pushing against 
obstacles. Here are the different situations: 

6) An acute angle pushes on an obstacle hanging from above: In this case, the 
wedge pushes the obstacle upwards. This is shown in Figure 6. 

obstacle moves up 



7) Any angle > 90° will not be able to push a hanging obstacle upwards, so the 
wedge would simply hit against the obstacle and not move it at all. 

8) An obtuse angle pushing on an obstacle coming out of the ground will push it 
into the ground. This is shown in Figure 7. 



Interactivity: 




wedge moves left 



Figure 6: Pushing an obstacle up. 
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wedge moves left 




135° 



obstacle moves down 



Figure 7: Pushing an obstacle down. 



9) Any angle < 90° will not be able to push an obstacle into the ground, so the 
wedge would simply hit against the obstacle and not move it at all. 

10) For the "Right" layout (Figure 3), only a 90° wedge will perfectly fill the hole 
and create a bridge for JiJi to walk across. All other angles will create an extra 
bump or leave a dent in the ground so that JiJi won't be able to go across. 

11) In the tunnel layouts (Supplement and Complement) only an angle that adds 
correctly to the left-part of the tunnel will foim a perfect seal and not let any 
water come in. 

Clicking on an answ_er: The wedges (or tunnel pieces) are answer choices in this game. 
They have mouse-over states. When an answer wedge is selected by clicking on it, the 
other wedges should disappear. The selected wedge should then move into position and 
perform its operation (depending on the layout). 

Water filling and tunnels: After the user makes a choice for the Supplementary and 
Complementary layouts, a water faucet will appear and start filling the arena with water. 
If a perfect seal is not created for the tunnel, then water will enter the tunnel and push JiJi 
out to the left of the screen. If a perfect seal is in place, then water will not enter the 
tunnel, and JiJi will proceed to move through the tunnel. In the "Supplement" layout, JiJi 
simply walks straight to the right through the tunnel and off the right edge of the screen. 
In the "Complement" layout, a ladder comes down from the vertical part of the tunnel so 
JiJi can climb up off the top of the screen. 



Puzzle Definition: 

There is an example puzzle definition XMLNode for Wedge: 

<def layout^ Acute* initial Angle='45' choices='45,90, 13 5,110' language='07> 
Description of each attribute: 
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layout: This specifies which layout to use. The accepted values are Acute, Obtuse, Right, 
Supplement and Complement. 

initialAngle: This attribute is only required for the Supplement and Complement layouts. 
This defines the angle of the right-side part of the tunnel. 

choices: This is a list of 4 angle values representing the 4 "wedges". These are the answer 
choices that the user must select from. 

language: This is a single Boolean value to indicate if the answer choices should be 
represented by pure language or not. The language representation appears in Figure 8. 




Language Graphical 
representation representation 



Figure 8: Illustration of language representation of a wedge. 



Figure 8 shows a language representation of a wedge on the left and the graphical 
version on the right. The language representation is simply a button with the number 
of degrees as the label. Notice that the graphical version isn't "completely" graphical 
since it also has the numerical number of degrees indicated. When the user selects a 
"Language" represented wedge, it transforms into the graphical version through an 
animation. Wedges in all of the different layouts can be represented as language. 

Parameters and Settings: 

ClickStream: The following user events should be registered by calling recordClick() on the 
GameLogic subclass: 

Click on a bridge: recordClick( "mClick", "Wedge#") 

Lives and Scoring: Lives and scoring is handled by the GameViewer for this game. 

Components: No special components (besides the GameLogic subclass) are required. 

External Assets: None, sounds are stored in the Flash file. 
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Demo and graphics: 



Animated Demos: Several animated demos are included. 



Graphics: All the graphics needed are included in animated demonstration Macromedia 
Flash movie authoring (.fla) files. 
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APPENDIX C 

Example 1-3 

Title: Roundoff 

Overview: Roundoff teaches how to round numbers (round up, round down and round to the 
nearest integer). 

Objective: Choose the correct number of blocks that will move a lifter over to the right spot 
to lift up a wall blocking JiJi's path. 

Arena Layout: 



% \ "-Grabber 



A 


l ^ Wall 


mmmm^ 

























Answer Choices 




Figure 1: Example layout 



The Roundoff layout consists of a grabber at the top that is directly above a wall. The 
wall rests on a tiled walkway. Below the walkway is an area that a Lifter operates. The 
lifter can push upwards, and if positioned correctly, will push up the wall. Below the 
Lifter area is a solution set of 5 Answer Choices. The answer choices contain different 
numbers of tiles. When an Answer Choice is selected, the tiles grow to full size (same 
size as in the walkway) and move to push the lifter over to the right. 

There are 3 types of lifters. There is the brown-colored "RoundNearest" lifter. Then 
there is the green "RoundDown" and the red "RoundUp" lifters. These are illustrated in 
Figure 2. The RoundNearest lifter will push a wall up if it is within V% of a block away 
(either to the left or the right). The RoundDown lifter will push a wall up if it is within 1 
block to the right. The RoundDown lifter will push a wall up if it's within 1 block to the 
left. 
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When a wall is pushed up, it is clamped by the Grabber and taken off of the screen. 
JiJi is then able to walk off. If the Lifter misses the Wall, then JiJi remains blocked. The 
Lifter must push the wall upwards at the walls bottom point. If it misses the point slightly, 
then it might still hit the wall, but won't push it upwards. 




Down Nearest Up 

Figure 2: Different types of Lifters 



Interactivity: 

Clicking on an Answer Choice : Clicking on an answer choice results in that choice's tiles 
growing to fiill height and moving to extend the platform that the lifter is on. The Lifter 
then shifts to the end of the tiles and pushes upwards. 



Puzzle Definition: 

There are example puzzle definitions XMLNode for Roundoff: 

<def lifterType^earesf wallLoc='4.8' choices^ 1,2,3,4,5' language=>0,0,O f 
asFraction=*07> 

Here is a description of each attribute: 

lifterTy pe: This specifies which type of Lifter to use. In one embodiment, the 3 
acceptable values are: 
Down 
Nearest 
Up 

wallLoc : This is the location of the wall. It is typically a decimal number. A value of 4.8 
means the wall's pointy bottom is pointed at 4.8 tiles over. 
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choices : This is a list of up to 5 choices. Fewer choices are allowed. In "Graphical 
representation" a maximum of 5 boxes fit within a choice. But in "Language 
Representation", a choice is not limited to 5 boxes. 

language : This is a list of 3 Boolean values the specify which parts of the arena should be 
represented as language (numbers). The first value specifies the location of the wall, 
the second value defines the Lifter type, and the third value specifies Answer Choices. 
Figures 3-5 illustrate how these parts are to be represented by language. 



3.25 



I . Ill i 




Turns 
into 



Figure 3: Language representation of Wall Location with asFraction= 9 (F 




Round nearest 

\ 



turns into 





Figure 4: Language representation of Lifter 
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turns into 



Figure 5: Language representation of Answer Choice 



asFraction: This is a single Boolean value that only has meaning when the Wall location 
is being represented by language, When "asFraction" is 1, then the Wall's location 
should be represented as a fraction. For example, instead of the decimal notation as 
shown in Figure 3, it would have a fraction notation as in Figure 6. Note that for 1/3 
and 2/3, the fractions will be rounded to three decimal places (0.333 and 0.667). 
These should be converted to the appropriate 1/3 and 2/3 fractional forms. As another 
example, 0.875 would be represented as 7/8. 



3* 




Turns 
into 



Figure 6: Language representation of Wall Location (3.25) with asFr actional' 
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Parameters and Settings: 
ClickStream: 

The following user events should be registered by calling recordClickQ on the 
GameLogic subclass: 

Click on an Answer Choice: 

recordClick( "mClick", "Choice#") 

Lives and Scoring: Lives and scoring is handled by the GameViewer. 

Components: No special components (besides the GameLogic subclass) are required. 

External Assets: None, sounds are stored in the Flash file. 

Animated Demos: Several animated demos are included. 

Graphics: All the graphics needed are included in the animated demonstration fla files. 
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APPENDIX D 

Example 1-4 

Title: FracWall 



Overview: 

FracWall teaches taking fractions of whole numbers by asking how many tiles are needed 
to fill up a hole if the tiles are to be duplicated (or multiplied by some other number) first. 
The duplication (and multiplication) happens by an unfolding symmetry operation. 

Objective: Determine how many tiles will fill a hole. Tiles are chosen from a wall that may 
undergo an unfolding operation. Tiles may also be cut into 1/2 or 1/3 on the way to the hole. 

Arena Layout: The arena has 3 parts. At the bottom is a walkway where tiles are removed to 
form a hole that JiJi must fill in order to pass. Above is an optional cutting stage consisting of 
a floor with a hole containing a cutting saw. Parts of the tiles cut away are transported off the 
screen by a conveyor belt, and the remaining portion continues on to the hole. At the top of 
the arena is a wall of tiles from which individual tiles are selected by the student. 

The arena also has a language representation of each piece. 

Tile wail: User selects tiles from here 



.4 




^-2-Tile Hole in the ground 



Figure 1 : Example layout 
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Tile Wall : At the top of the arena is a Tile Wall. This consists of a tile selection region 
(gray tiles), and some empty spots into which the tiles will unfold. The TileWall can have 
zero (no unfolding), one (*2 unfolding), two (*3 unfolding) and three (*4 unfolding) 
empty spots. The TileWall in figure 1 shows three empty spots. In the selection area of 
the TileWall, 9 tiles are available to choose from (3x3 grid). The bottom-right tile is 
broken into N parts, where N corresponds to 1+ the number of empty spots. In other 
words, if the selection region is going to unfold so that there are 4 times as many tiles, 
then the bottom-right tile will be broken up into 4 parts. If a user selects a partial tile, it 
will unfold to create the equivalent of a full tile. 

When the user selects a tile with the mouse (by clicking), the tile turns blue. Selecting an 
already-selected (blue) tile deselects it (makes it gray again). 

When the user clicks on JiJi, the entire selection region of the TileWall (both blue and 
gray tiles) unfolds (in an animated way) into the empty spots. Blue tiles will be multiplied 
by the unfolding process. The blue tiles then proceed to fill in the hole. The blue tiles may 
have to pass through a cutting saw first on the way to the hole. 

If there are not enough blue tiles, the hole in the ground will not be filled, and JiJi cannot 
walk across. If there is a perfect amount, then JiJi is able to walk across. If there are too 
many blue tiles, then they pile up, preventing JiJi from going across. This appears in 
Figure 2. 



Not enough blue tiles to fill 
the hole. 



The correct number of 
blue tiles. 



Too many blue tiles. 




Figure 2: Filling the hole 

Cutting Saw : The cuttingSaw is an optional part of the arena, whether it appears or not 
depends on the puzzle definition. When the cuttingSaw is not visible, then the 
cuttingSaw's floor and conveyor belt are also not visible. For example, the arena layout in 
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Figure 1 has the cuttingSaw visible. If it was not visible; it would appear as shown in 
Figures. 
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Figure 3: Arena layout without the cuttingSaw 

JiJi is bigger when there is no cuttingSaw, and the right portion of the ground is the same 
height as the rest of the ground because there is no longer a conveyor belt. 

When the cuttingSaw is visible, it comes in two types: 1/2 cutting and 1/3 cutting. The 
1/2 cutting is what is shown in Figure 1. It cuts each blue tile (or partial tile) into half, and 
the left half moves to fill the hole in the ground, and the right half falls on the conveyor 
belt, and gets transported off the right side of the screen. The 1/3 cuttingSaw (shown in 
Figure 4), cuts each blue tile (or partial tile) into 3 equal pieces. The left 1/3 goes to the 
left to fill the hole while the right 2/3 falls on the conveyor belt. 



1/2 cuttingSaw: 1/3 cuttingSaw: 




Figure 4: 1/2 and 1/3 cutting saws 
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Interactivity: 

Selecting Tiles in the Tile Wall: The student's task is selecting the correct number of tiles 
to fill the hole. They select tiles by clicking in the selection area of the tile wall (at the top 
of the arena). A selected tile is blue, while a tile not selected is gray. Clicking on a tile 
toggles its state between blue and gray (selected and not selected). 

Clicking on JiJi: Clicking on JiJi activates the unfolding process. After unfolding, the 
tiles move to the hole in the ground (possibly passing through a cutting saw first). 

Puzzle Definition: An example puzzle definition XMLNode for FracWall: 
<def multBy='4' numSaws=T holes='2' language='0,0,07> 
Description of each attribute: 

multBy: Stands for "multiply by", and describes what type of unfolding applies. The 
example arena shown in Figure 1, is a *4 type of unfolding, so multBy will be 4. 
MultBy can be 1 (no unfolding), 2, 3 or 4. When MultBy is 1, then the TileWall 
consists of a 3x3 grid of whole tiles (no partial tiles) centered in the top part of the 
arena. If multBy is 2 or 3, then the TileWall appears as shown in Figure 5. 



MuItBy=>2' MultBy^' 




Figure 5: TileWall when multBy is 2 and 3 



numSaws: This is the number of saws in the CuttingSaw. The optional values are 0 (no 
cuttingSaw), 1 (cutting in half) and 2 (cutting in 1/3). These different numSaws are 
illustrated in Figures 3 and 4. 

holes : This is the number of holes to be filled. 

language: This is a list of three Boolean values indicating if the parts of the arena should 
be represented by language or not. The first value is for the TileWall, the second is for 
the CuttingSaw, and the third value is for the holes in the ground. If language^' 0,1,0 
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this means that the CuttingSaw should be represented by language but the other parts 
should be represented pictorially. The figures above all show pictorial representations 
(language^' 0,0,0'). The following is a description of how the language representation 
works. 

1) Language representation of the TileWall: 




0x2 
1.5 x2 



Figure 6: Language representation of TileWall. 

Here the number of tiles selected by the user is shown numerically on the right. The 
type of unfolding is shown by a multiplication sign followed by the multBy value. 
After JiJi is selected, the numbers go away, and the tiles unfold as normal. 

2) Language representation of the CuttingSaw: 



■ -f-2 I 




Turns into 



Figure 7: Language representation of CuttingSaw. 
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Here the saw starts of with a division sign and a number representing what the saw is 
going to do. Figure 7 at the top shows a "divided by 2". When JiJi is clicked, this 
turns into a saw as shown at the bottom of Figure 7. The saw then functions as 
normal. 

3) Language representation of holes in the ground: 




Figure 8: Language representation of holes in the ground. 

Here the holes start out just a space represented by a number with arrows showing 
that the number represents the width of the hole. When JiJi is clicked, the number 
turns into the corresponding number of holes in the ground. The holes in the ground 
then function as normal. 

Parameters and Settings: 

The following are arena parameters that should be settable after the arena is compiled 
(generating a Macromedia Shockwave Flash (.swf) file format file): 

unfoldSpeed: This is the speed that Tile Wall unfolds 
tileMoveSpeed: This is the speed that the tiles move. 

ClickStream: 

The following user events should be registered by calling recordClick() on the 
GameLogic subclass: 

Pond Location: 

recordClick( "mClick", "tileLocation#") 

Lives and Scoring: 

Lives and scoring is handled by the GameViewer for this game. 
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Components: 

No special components (besides the GameLogic subclass) are needed. If feasible, the 
unfolding controllers can be made into reusable components. 

External Assets: The sound effects should be dynamically loaded from the Assets/sound 
folder. 



Special Considerations: 
Demo and graphics: 

Animated Demos: Several animated demos are included. 

Graphics: All the graphics needed are included in the animated demo fla files. 

Sound effects: Sounds should be kept external to the arena.swf file and should be 
dynamically loaded from the Assets/sounds folder. 
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APPENDIX E 

Example 1-5 

Title: Estimation Bridge 

Overview: Estimation bridge exercises both spatial and temporal estimating. 

Objective: Fill a hole by either picking the right length plank, or stopping a moving plank at 
the right time. 

Arena Layout: This game has two arenas: SpatialEstimation and TemporalEstimation. 
SpatialEstimation Arena : 




Figure 1: Example layout for SpatialEstimation 

In the SpatialEstimation arena, four answer choices are at the top, each answer choice has 
one or more blue planks (left justified). At the bottom is a walkway with a hole in it. The 
goal is to pick the answer choice, select solution set member that has planks that sum to 
the same length as the hole. The correct choice fills the hole perfectly. If the planks add 
up to too much, then they cannot all fit in the hole. If the planks add up to too little, then a 
hole remains. These situations appear in Figure 2. 
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Planks perfect length: 



Planks too long: 



planks too short: 




Figure 2: Planks perfect, too long, too short 



Answer Choices: In one embodiment, four answer choices, clicking on an answer choice 
makes the selected planks move towards the hole. The Answer Choice planks can be 
arranged either horizontally or vertically. When vertical, after selecting the answer choice 
the planks rotate 90 degrees. 

Planks: In one embodiment, the planks are blue with a black outline. The planks join 
when they try to fill the hole, (the black outline lets you still see the individual planks). If 
the sum of the plank's lengths is more than the hole's width, then not all of the planks will 
fit into the hole. 

Hole: When the hole is filled perfectly, JiJi can cross, otherwise, JiJi cannot cross. 
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TemporalEstimation Arena - 



Stop Button 





/ 



Figure 3: Example layout for TemporalEstimation Arena 

In the TemporalEstimation version, a plank moves across the screen, and a stop button 
must be pressed at the right time. If the plank is within the funne opening then Ae 

plank wi fall onto the funnel and stop. If the moving plank stops outside of the funnel 
hen lt falls to the ground and blocks JiJi's path. If the moving plank reaches the edgTof 
the arena, then the stop button automatically activates and the plank falls. 

Wated^^l ' f ^ Tem P° ralEstim ^n Arena is a Cover that hides where the funnel is 
located and blocks the visibihty of the Moving Plank, as shown in Figure 4. 



Cover. 




Figure 4: TemporalEstimation Arena with Cover 
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Interactivity: 

Clicking on an Answer Choice : The planks in the choice attempt to fill the hole 

Clicking on the Stop Button : The cover (if any) becomes transparent and moves out of the 
way. The plank immediately stops and falls directly downward. If the plank falls within 
the funnel opening, then it will fall into the hole. Otherwise, the plank will either hit the 
edge of the funnel or be completely outside the funnel. 

Puzzle Definition: There is an example puzzle definition XMLNode for EstimationBridge: 
SpatialEstimation Arena: 

<def estimation^spatiar holeLoc- 120' verticalPlanks^'O' choice0='60, 50, 60' 
choicel='60, 70, 60' choice2='20, 50, 50, 10' choice3='30, 10' correct=T/> 

estimation : This specifies the type of layout. This is a SpatialEstimation layout. 

holeLoc : This is the hole location. This number is in pixels from the left of the screen. It 
needs to start about 100 pixels over so that JiJi has a place to stand. 

verticalPlanks : This is a Boolean (0 or 1) that determines the planks in the answer choices 
are vertical. The example shown in Figure 1 has horizontal planks. Figure 5 shows an 
answer choice with vertical planks: 



Figure 5: Aaswer Choice with verticalPlanks='l ? 

choice0-choice3 : These attributes are lists of numbers corresponding to the lengths of 
planks in each Answer Choice. The number of items specifies how many planks are in 
each Answer Choice, and the values are the lengths in pixels. Each Answer Choice 
can have a different number of planks, but must have at least one plank. 

correct : The index (starting at 0) of the correct answerChoice. This specifies the hole 
length in pixels (the sum of the values in the corresponding choice). 
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TemporalEstimation Arena: 

<def estimation-'temporar holeLoc-^O' holeLength^SO' plankSpeed= ? 10' 
plankDelay=T funnelExtent-'SO^O' coverVisible=T coverLength^OO 1 /> 

estimation: This specifies the type of layout. This is a TemporalEstimation layout. 

holeLoc: The hole location, in pixels from the left of the screen. It needs to start about 
100 pixels over so that JiJi has a place to stand. 

holeLength : The hole length in pixels. 

plankSpeed: The speed at which the plank moves in pixels per second. The plank should 
move as smoothly as possible and maintain a steady rate. 

plankDelay: How many seconds to wait before the plank starts moving. The plank starts 
moving from off the left edge of the screen (completely off the left edge), and is only 
visible once it starts moving. 

funnelExtent: The distance in pixels that the left and right edges of the funnels extend 
away from the left and right edges of the hole. The left and right edge of the funnel 
can extend away from the hole by different amounts. 

coverVisible: A Boolean indicating if the cover will be visible. If this is "1", then the 
cover will show up as soon as the plank starts moving. In one embodiment, the cover 
is always invisible during the plankDelay period. 

coverLength: The cover length in pixels measured from the arena right edge (right 
justified). 

Parameters and Settings: 

ClickStream: 

The following user events should be registered by calling recordClickQ on the 
GameLogic subclass: 

Pond Location: recordClick( "mClick", "pondLocation#") 
Lives and Scoring: Lives and scoring is handled by the Game Viewer for this game. 
Components: No special components (besides the GameLogic subclass) are needed. 
External Assets: 
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Demo and graphics: 

Animated Demos: Several animated demos are included. 

Graphics: All the graphics needed are included in the animated demo fla files. 
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APPENDIX F 

Example 1-6 

Title: Ice Blocks 

Overview: IceBlocks requires the student to determine the volume of 3D blocks. This game 
practices multiplication skills and also shows an example of why multiplication is necessary 
as opposed to simply counting. Here the 3D nature of the problem hides many blocks, so 
simple counting is not possible. One must use multiplication skills to find the volume. 

Objective: Determine which group of blocks has the same' volume as the hole in the 
walkway. 

Arena Layout: 




AnswerChoices 



Figure 1: Example layout 



The IceBlocks arena consists of a walkway with a hole in it. At the bottom of the 
screen are four answer choices of different sized blocks of cubes. The goal is to select the 
answerChoice with the same total number of blocks (i.e., the same volume) as the hole. 

Walkway: The walkway is a 3D "wall" of cubes. It has a height of 5 cubes, and a 
length of 22 cubes. The walkway can be 1 or more cube deep. The example shown in 
Figure 1 has a walkway that is only 1 cube deep, but deeper walkways can be specified. 
(Note: For optimization purposes, blocks that can't be seen in the walkway don't have to 
actually be created, this will save on memory. Also, the first few blocks are where JiJi 
stands, and there won't be a hole there, so the very left section can be a single movieClip 
instead of individual cube movieClips . . .). 
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The Hole: The hole is a rectangular 3D section of the walkway where cubes have 

been removed. The dimensions of the hole are named X,Y and Z as shown in Figure 2. 

X 
> 



\ 



s 



Figure 2: Labeling of the dimensions 

AnswerChoices: At the bottom of the Arena are four answer choices containing 
different volumes of cube groups. When a user selects an answer choice, the selected 
cube group rearranges itself to try and fill the hole. If there are not enough cubes to fill the 
hole, then some amount of the hole will remain, and JiJi won't be able to pass. If there are 
too many cubes, then the cubes will pile up above the walkway and form a wall that 
prevents JiJi from passing. If the correct number of cubes is selected, then the hole will be 
perfectly filled, and JiJi will be able to walk off the right side of the screen. 



Not filled at all: 
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Interactivity: 

Clicking on an AnswerChoice : The only user interaction is to click on one of the four 
answerchoice buttons. After it is clicked, the other buttons go away, and the cubes in the 
answerChoice rearrange themselves to fit (as best they can) into the hole. 



Puzzle Definition: 

This is an example puzzle definition XMLNode for IceBlocks: 

<defhole= , 6,2 !> r 0^^63=3,2,2,2,2,2,2,2,1,1,2,2' language='0,0' showOneZ='0y> 

A description of each attribute: 

hole : This specifies the X,Y,Z dimensions of the hole. The hole shown in Figure 1 has 
X=6, Y=2 and Z~l, so the hole attribute is "6,2,1". The third value of this attribute 
(the Z value) determines how deep the walkway is. If the Z value is 2, then the 
walkway is 2 cubes deep. In Figure 1, the walkway is only 1 cube deep. The examples 
shown in Figure 2 have walkways that are 2 cubes deep. 

choices : This specifies the X,Y,Z dimensions of each of the 4 answerChoices. This 
attribute should have a total of 12 integers. The first 3 are the XYZ values for the first 
choice, the next 3 are for the second choices, and so on. . . 

language : This is a list of 2 Booleans that specifies which parts of the arena are to be 
represented by language. The first value corresponds to the hole. The second refers to 
the groups of cubes in the answerChoices. Figure 4 shows how these elements are to 
be represented by language. 

showOneZ : This is a single Boolean value which determines if Z dimensions of 1 are to 
be shown or not. This attribute only has meaning if the language attribute is 1. This 
attribute influences the language representations of both the hole and the answer 
choices. When showOneZ is 0, then a Z value of 1 will be omitted. In other words, if 
the hole is 2x2x1, then only "2x2" will be shown. The top example in Figure 4 has the 
showOneZ set to 0. If showOneZ is 1, then it will show "2x4x1". In other words when 
showOneZ is 0, it will show the Z value only when it is not 1. When showOneZ is 1, 
it always shows the Z value. 
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2X4 




2x4x2 




Figure 4: Language Representations 



Parameters and Settings: 

ClickStream: The following user events should be registered by calling recordClickQ on the 
GameLogic subclass: 

Drag an answerChoice: 

recordClick( "mClick", "Choice#") 

Lives and Scoring: Lives and scoring is handled by the GameViewer for this game. 

ComponGtits: No special components (besides the GameLogic subclass) are required. 
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External Assets: 

None, sounds are stored in the Flash file. 

Animated Demos: Several animated demos are included, 

Graphics: All the graphics needed are included in the animated demo fla files. 
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APPENDIX G 

Example 1-7 

Title : PieMonster 

Overview: PieMonster teaches how to add fractions. It also teaches whole and mixed 
fractions. Fractions are presented as portions, pieces, of a pie. 

Objective: Determine how many pieces of pie (and what sizes) fill the pie Monster's hungry 
belly to satisfy him and help JiJi burn down the blockade blocking JiJi's passage. 

Arena Layout: The arena has two modes. The first is MultipleChoice mode, the second is 
PieCutting mode. In MultipleChoice mode, four choices are presented; the student selects a 
choice by clicking a button. In PieCutting mode, the student performs more sophisticated 
interactions including cutting pies (with pie cutters) and dragging pieces onto a conveyor belt 
and then clicking on JiJi The two modes are otherwise very similar. 




Choice Buttons 



Figure 1. Example layout (MultipleChoice Mode) 
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MultipIeChoice Mode: In this mode, the arena is arranged as shown in Figure 1 . In this 
example, the pie monster has three pies worth of empty space in its stomach. The 
Conveyor belt starts off with 1.5 pies, thus the user must select the button with 1.5 pies in 
order to fill the PieMonster. 

The arena may also have a language representation of each of the pieces (both modes). 
This is discussed in detail in the Puzzle Definition section. 

ConvevorBelt : At the top-left of the arena is a conveyor belt. It can hold up to five pie 
tins. In one embodiment, the conveyor belt has a lever that is pushed by JiJi to start the 
pies moving into the Pie Monster's mouth. The conveyor belt starts out with some "Initial 
Pies" which are added to by the user. As this game does not have the notion of negative 
pies, the Initial Pies, must always be the same or less than what is needed. The Initial Pies 
are blue in color whereas the pies added by the user are dark red. The color distinction 
informs the student which parts were there to begin with. 

Pies: The pies consist of a Pie Tin, and zero or more Pie Slices. In this game, the smallest 
slice is l/8 th of a pie, and everything is a multiple of 1/8. Pie slices fill in the Tin from the 
top in a counter-clockwise manner as shown in Figure 2. 



€)€>€)<©<§)« 

3/8 4/8 5/8 6/8 7/8 8/8 

Figure 2: Pie filling method 

In Figure 2, the "zero pie" shows no pie tin. A pie tin only appears when >0 amount of 
pie is in place. 

PieMonster: In one embodiment, the PieMonster has up to 3 pies of empty space in his 
stomach. Like the pies, the spaces in Pie Monster's stomach are built up from units of 1/8 
of a pie. When PieMonster eats the pies, they fill up the spaces in this stomach from left 
to right and with the same filling method as shown in Figure 2. Each space is completely 
filled before the next space begins to be filled. Empty spaces in PieMonster' s stomach 
turn green as shown in Figure 3. 
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Before eating any pie After eating 1 whole pie 




Figure 3: PieMonster filling method 



When PieMonster isn't fed enough pie, he takes a bite out of the conveyor belt. When he 
is fed too much pie, it spits the extra pie out and gets sick. When he is fed the perfect 
amount, PieMonster turns and breaths down the blockade with fire. This is illustrated in 
Figure 4. 



Perfect Amount of Pie 




Figure 4: Different results after feeding PieMonster 

Choice Buttons : In the MultipleChoice mode, there are 3 buttons to choose from along 
the bottom of the arena. When a choice is selected, the pies from the choice move onto 
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the conveyor belt, and JiJi immediately pushes on the lever to start the conveyor belt. The 
pies move to the right and PieMonster eats the pies one by one. 

PieCutting Mode: In this mode, the arena is laid out as shown in Figure 5. The main 
difference between this mode and the MultipleChoice mode is that the buttons are 
replaced by a long table of pies, and pie cutters are supplied to cut the pies into pieces. In 
the PieCutting mode, the individual pieces must be dragged from the table onto the 
conveyor belt. The initial pie pieces that start off on the conveyor belt (the blue pieces of 
pie) may not removed, however, the pieces that the user places may be taken off and 
placed back on the table. 




Figure 5: Arena layout in PieCutting Mode 

PieCutters : Three pie cutters are available on the arena (1/2, 1/4 and 1/8 slices). The 
student drags a pie cutter and drops it onto a whole pie sitting on the table. Once the 
PieCutter is released, it cuts the pie underneath it and then pops back to its original 
position. More than one pie cutter may be dropped onto a table pie. For instance a 1/2 
cutter can be dropped and then a 1/4 cutter can be dropped afterwards on the same pie. 
When this happens, the remaining pieces on the pie are cut as would be expected. The 
seven types of pie cutters are shown in Figure 6 (4 types of 1/2 cutters, 2 types of 1/4 
cutters and one type of 1/8 cutter). 
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1/2 PieCutters: 



1/4 PieCutters: 



1/8 PieCutters: 




Figure 6: Different types of PieCutters 



Interactivity: 

Dragging A Pie Slice fr om the Table to the Conveyor Belt : When the cut slices of pie are 
dragged from the table to the conveyor belt, the piece gets positioned into the tin it is dropped 
onto, if possible. If the piece is dropped onto an empty spot on the conveyor belt, then a new 
tin is created to hold the new piece. The conveyor belt can hold up to 5 pie tins. 

Clicking on JiJi: In the Pie Cutting mode, clicking on JiJi starts the Conveyor Belt. 



Puzzle Definition: There is an example puzzle definition XMLNode for PieMonster: 
MultipleChoice Mode; 

<def mode^multipleChoice' start='8,4' choice0= , 8,4 f choicel='8,8' choice2='4,4* 
choice3='4,2 ! language='0,0,0V> 

Description of each attribute: 

mode : This defines the mode. Here it's multipleChoice mode. 

start: This defines how much pie is initially on the conveyor belt ("initial pies"). This is a 
list of how many 1/8 pieces are in each pie tin. In the above example (8,4), it starts out 
with a whole pie (8/8) and half a pie (4/8), as is shown in Figure 1. This attribute can 
be a list up to 5 numbers (5 pie tins). 

choiceO - choiceS: These define how many pies are in each answer choice. This lists 1 or 
2 numbers indicating how many 1/8 pieces are in each tin (maximum of 2 tins per 
choice). 
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language: This lists three Boolean values indicating if the parts of the arena should be 
represented by language or not. The first value is for the initial pies on the conveyor 
belt. The second value is for the holes in the Pie Monster's stomach. The third value 
is for the answer choices. The following shows how these should be represented: 

1) Language representation of the Initial Pies on the Conveyor Belt: 

O 



1 2 





Turns into 



Figure 7: Language representation of Initial Pies. 

Here the amount of pie on the conveyor belt is represented by a mixed fraction (whole 
number followed by a fraction). Once the student chooses an answer, the number 
turns into the pie representation (as shown at the bottom of Figure 7). 

2) Language representation the Pie Monster's stomach: 



The empty space in the Pie Monster's stomach is represented by a black box with the 
amount of space shown as a mixed fraction (white text on black background of the 
box) as shown in Figure 8. Once the user makes a selection from the answer choices, 
the number transforms into the normal pie-shaped holes, as shown at the bottom of 
Figure 8. 
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Turns into 



Figure 8: Language representation of PieMonster. 

3) Language representation of the answer choices: 




Turns into 



Figure 9: Language representation of the answer choices. 

Like the conveyor belt, each answer's amount of pie is represented numerically by a 
mixed fraction which turns into actual pieces of pie after the user selects their choice. 

PieCutting Mode: 

<def mode='pieCutting' start~*8 5 4' onTable^'8,8,8' cutters= ? halfH,quarterH 3 eighth' /> 
Description of each attribute: 

mode ; This defines the mode. Here it's pieCutting mode. 
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start: This attribute works the same as in the MultipleChoice mode. 

onTable: The pies that begin on the table. As with the other attributes, an 8 means a 
whole pie. The table holds up to 6 pie tins. 

cutters : A list of the cutters provided. Up to 4 cutters can be specified. The names of the 
cutters are as indicated in Figure 10. 



halfH haifV halfU halfD 




quarterH quarterD 




Figure 10: Names of the different types of PieCutters. 

Parameters and Settings: 

The arena parameters that should be settable after the arena is compiled (turned into a 
.swf file): 

beltSpeed: This is the speed that the conveyor belt moves the pies. 
Clicks tream: 

The following user events should be registered by calling recordClickQ on the 
GameLogic subclass: 

Answer Choice (in MultipleChoice mode): 

recordClick( "mClick", "choice#") 
Pie Cut (in PieCutting mode): 

recordClick( "mDrag", "pieCutterName,PieIndex#") 
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Pie slice drag from Table (in PieCutting mode): 

recordClick( "mDrag", c 'fromTable:AmountOfPie") 
Pie slice drag to Table from conveyor belt (in PieCutting mode): 

recordClick( "mDrag", "toTable: AmountOfPie") 
Click on JiJi (in PieCutting mode): 
recordClick( "mClick", "JiJi") 
Lives and Scoring: Lives and scoring is handled by the GarneViewer for this game. 
Components: 

No special components (besides the GameLogic subclass) are needed. If feasible, the 
unfolding controllers can be made into reusable components. 

Special Considerations: 

Demo and graphics: 

Animated Demos: Several animated demos are included. 

Graphics: All the graphics needed are included in the animated demo fla files. 



-70- 



WO 2007/028142 



PCT/US2006/034462 



APPENDIX H 

Comparative Example 1 

Various iterations of the game seed, previously known as "Big seed" have been reviewed in 
the prior art. The following example comparing the versions of seed, to more clearly identify 
the points of novelty presented in the system. 

The prior art version of seed, c Big Seed 5 was discussed in detail in the following article, 
entitled "Innate spatial-temporal reasoning and the identification of genius ", by Peterson et 
al, appearing in 'Neurological Research' 2004, Jan, Volume 26 pages 2- 8, and is 
incorporated herein by reference, as if fully set forth. A description of a new embodiment of 
big seed, re-titled 'Seed 5 is as follows: 
Title: Seed 

Overview: Seed is a spatiotemporal puzzle game that requires the student to think ahead and 
see patterns of symmetry unfold. 

Objective: Fill all the holes with colored tiles. The student duplicates color tiles by unfolding. 
Colors can also be transformed. 

Arena Layout: A stage in the center (called seedStage) contains the holes and tiles. Below are 
unfolding controls that can unfold the different colors, and color-changing controls. 
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Figure 1: Example layout 

The Tiles : As shown above (Figure 1), the tiles have both different colors, and different 
textures. This aids those with visual impairments.. A fourth tile type appears when a tile 
ends up in a wrong location. This fourth type is red in color with an "X" in the middle. 
The Stage : The stage has 8x8 tile locations arranged in an 8x8 array. The locations are 
numbers 0 starting from the top-left rightward and then downward as follows, through 
63: 
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Figure 2: Numbering of tiles 



-72- 



WO 2007/028142 



PCT/US2006/034462 



Tiles can appear outside of the stage only when a user gets a problem wrong. Then the 
titles that end up outside the stage are red and serve as lack of success indicators. 

The Unfolding Controllers : Each tile type has its own unfolding controller. Each 
controller unfolds same colored tiles in 8 different directions. The controllers also have an 
optional center button. If the center button is pressed, then two directions can be unfolded 
at the same time (as explained more under the Interactivity section). 

The directions have the following numbers, in the following manner. 



7 0 1 




5 4 3 
Figure 3: Numbering of directions 

Interactivity: 

Tile Unfolding : Tiles of a single type unfold together as a single unit. The unfolding 
process should be animated in a demo swf file. 

Center Button : The same type tiles unfold together as a single unit. The unfolding process 
should be animated. 

Puzzle Definition: 

There is an example puzzle definition XMLNode for Seed: 

<defholes=18,19 ? 20 5 26,29< bluest?' purples=>36* greens='35' allowCenterClicks=T/> 
Description of each of attribute: 

holes : List of tile locations that should start out as holes. 
blues : List of tile locations that start out blue. 
greens : List of tile locations that start out green. 
purples : List of tile locations that start out purple. 
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allowCenterClicks: This attribute specifies whether to allow the center button to be 
clicked or not. When this attribute is c l\ the center buttons should be visible, and 
clicks are allowed. When 6 0% the center buttons are not visible, and clicks are not 
allowed. 

Parameters and Settings: 

The following are arena parameters that should be settable after the arena is compiled 
(turned into a .swf file): 

flipSpeed: This is the speed that the tiles unfold. 

ClickStream: The following user events should be registered by calling recordClickQ on the 
GameLogic subclass: 

Unfold Controller: 

recordClick( "mClick", "direction#"); or: recordClick( "mClick", 
"centerButton"); 

Shape: 

recordClick( "mClick", "shape#" + shapelndex); 

Lives and Scoring: Lives and scoring is handled by the GameViewer for this game. 

Components: No special components (besides the GameLogic subclass) are needed. The 
unfolding controllers can be made into reusable components. 

External Assets: Dynamically load the game sound effects from the Assets/sound folder. 
Concepts: 

Special Considerations: 
Demo and graphics: 

Animated Demos: Several animated demos are included. 

Graphics: All the graphics needed are included in the animated demo fla files. 

Sound effects: The sounds should be kept external to the arena.swf file and should be 
dynamically loaded from the Assets/sounds folder. 
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APPENDIX I 

Comparative Example 2 

Title: Bricks 



Old Version New Version 




Fraction of Time 



Figure 2 
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Figure 3 
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Figure 4 

The left side of Figure 1 shows a screen shot of a prior ST game, bricks, with game play 
features intended to maintain attention (i.e., objects walls flash and moving the penguin 
character past them gives points, floors move, etc.). The right side of Figure 1 shows a 
minimized version of bricks with attention/game play factors removed. Game involves only 
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selecting the appropriate shape. No movement of the character or other game play features 
occurs. 

Figure 2 shows an analysis of the learning curves consisting of the scores obtained on 
consecutive plays of the bricks game. Data was obtained from >2000 students. Analysis 
determined that students fell into 4 distinct groups of learning types. Upper left hand curve 
corresponds to learning curves for a prior bricks game. Groups I and II pass the game, 
Groups IE and IV do not. Groups II-IV encounter barriers to learning indicated by a plateau 
in the score. Group II eventually overcomes this barrier to learning and goes on to pass, 
Groups III and IV do not. Numbers to the right of the graph indicate the percentage of 
students in each group. Lower right hand graph shows the learning curve analysis for the 
prior version of bricks with the distracting game play factors removed. Note that no plateau 
occurs for any group and the significant increase in the number of students who pass the 
game as indicated by the percentages to the left of the graph. 

Figure 3 shows a distribution of scores. Peaks indicate positions in the game that present 
learning barriers and correspond to the plateaus in the learning curve. These plateaus 
correspond to the occurrence of specific game play features in the prior bricks game. 

Figure 4 shows a learning curve analysis for other non-impoverished video environment ST 
games. 
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WHAT IS CLAIMED IS: 

L A method of training in conjunction with a computer animation executed by a 
computing environment, the method comprising: 

creating a logical construct including establishing a set of consistent rules; 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; 

displaying logically consistent goals by using the virtual apparatus and without 
language interaction; 

modeling properties and the set of consistent rules for a subject area to the 
user by the virtual apparatus without language interaction; 

displaying a method to operate the virtual apparatus without language 
interaction; and 

requesting the user to operate the virtual apparatus to reach goals in a 
sequence of problems having progressive difficulty and without language interaction. 

2. The method of Claim 1, additionally comprising: 
selecting an appropriate subject matter area; and 

displaying a sequence of problems according to the selected subject matter 

area. 

3. The method of Claim 1 3 additionally comprising establishing error tolerances 
for the problems. 

4. The method of Claim 1, additionally comprising determining if the user has 
mastered a subject area sub-category. 

5. The method of Claim 4, additionally comprising introducing language 
elements to the user in conjunction with the computer animation if the user has mastered a 
subject area sub-category. 

6. The method of Claim 5, wherein the language elements comprise numerals 
and/or labels. 
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7. A method of training in conjunction with a computer animation executed by a 
computing environment, the method comprising: 

displaying a task to be performed in the computer animation; 
displaying a problem, provided in the computer animation, to accomplish the 
task; and 

solving the problem by manipulation of a virtual apparatus executing in the 
computing environment. 

8. The method of Claim 7, additionally comprising animating positive feedback 
to a user if the problem was solved correctly. 

9. The method of Claim 8, wherein animating positive feedback comprises 
showing the user why the problem was solved correctly. 

10. The method of Claim 8, additionally comprising introducing language 
elements to the user in conjunction with the computer animation. 

11. The method of Claim 10, wherein the language elements comprise numerals 
and/or labels. 

12. The method of Claim 10, wherein the language elements are added to the 
display near the virtual apparatus. 

13. The method of Claim 10, wherein the language elements are added to the 
display in place of portions of the virtual apparatus. 

14. The method of Claim 10, additionally comprising solving a new problem in a 
language-analytic environment wherein the new problem and the solved problem are related 
to a concept being taught. 

15. The method of Claim 7, additionally comprising animating negative feedback 
to a user if the problem was not solved correctly. 
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16. The method of Claim 15, wherein animating negative feedback comprises 
showing the user why the problem was not solved correctly. 

1 7. The method of Claim 7, wherein the method of training is self-contained. 

18. The method of Claim 7, wherein solving the problem utilizes spatial temporal 
reasoning. 

19. The method of Claim 7, additionally comprising designating a task to be 
performed in the computer animation. 

20. The method of Claim 7, wherein the computer animation includes only 
essential images. 

21. The method of Claim 8, wherein the positive feedback computer animation 
includes only essential output. 

22. The method of Claim 15, wherein the negative feedback computer animation 
includes only essential output. 

23. A method of training in conjunction with a computer animation executed by a 
computing environment, the method comprising: 

displaying a task to be performed in the computer animation; 
displaying a problem, provided in the computer animation, to accomplish the 
task; and 

solving the problem using a virtual apparatus with virtual components 
provided in the computer animation. 

24. The method of Claim 23, wherein the method of training is without 
intervention and instruction by a teacher. 
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25. A system for training, the system comprising: 

a computing environment executing a computer animation; 
a module configured to display a task to be performed in the computer 
animation; 

a module configured to display a problem, provided in the computer 
animation, to accomplish the task; and 

a virtual apparatus with virtual components provided in the computer 
animation for solving the problem. 

26. A system for training, the system comprising: 

a computing environment executing a computer animation; 

means for displaying a task to be performed in the computer animation; 

means for displaying a problem, provided in the computer animation, to 
accomplish the task; and 

a virtual apparatus with virtual components provided in the computer 
animation for solving the problem. 

27. A computer readable medium containing software that, when executed, causes 
the computer to perform the acts of: 

displaying a task to be performed in a computer animation; 
displaying a problem, provided in the computer animation, to accomplish the 
task; and 

solving the problem using a virtual apparatus with virtual components 
provided in the computer animation. 

28. A method of training, the method comprising: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

displaying logically consistent goals by using the virtual apparatus and without 
language interaction. 
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29. A computer readable medium containing software that, when executed, causes 
the computer to perform the acts of: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

displaying logically consistent goals by using the virtual apparatus and without 
language interaction. 

30. A method of training, the method comprising: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

modeling rules and properties for a subject area to the user by the virtual 
apparatus without language interaction. 

31. A computer readable medium containing software that, when executed, causes 
the computer to perform the acts of: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

modeling rules and properties for a subject area to the user by the virtual 
apparatus without language interaction. 

32. A method of training, the method comprising: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

displaying a method to operate the virtual apparatus without language 
interaction. 

33. A computer readable medium containing software that, when executed, causes 
the computer to perform the acts of: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 
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displaying a method to operate the virtual apparatus without language 
interaction. 

34. A method of training, the method comprising; 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and \ 

requesting the user to operate the virtual apparatus to reach goals in a 
sequence of problems having progressive difficulty and without language interaction. 

35. A computer readable medium containing software that, when executed, causes 
the computer to perform the acts of: 

providing a virtual apparatus with virtual components that are manipulated by 
a user being trained; and 

requesting the user to operate the virtual apparatus to reach goals in a 
sequence of problems having progressive difficulty and without language interaction. 



-83- 



WO 2007/028142 



1/8 



PCT/US2006/034462 




Computer 



.12 



Software 



-40 



Training Component 



Problem Component 



44 



Language 
Integration 
Component 



10 



FIG. 1A 



WO 2007/028142 



2/8 



PCT/US2006/034462 



Puzzle Stage 32 



Spatia l Estimation Arena 23 



28 
/ 

Answer Choices ' 



22 



30^ 30^ 



100 



77 



30-" 30 



3. 



^26 



Plank 




Hole 



24 





Solution $tage 34 


Planks perfect length; 






<— 24 




FIG. 1B 


v_ 22 



WO 2007/028142 



3/8 



PCT/US2006/034462 



( START J * 



1 








CREATE A LOGICAL CONSTRUCT INCLUDING 
ESTABLISHING SET OF CONSISTENT RULES 


^-204 




r 








TEACH USER EASY TO UNDERSTAND, 
LOGICALLY CONSISTENT GOALS 
(E.G., CONDITIONS TO SOLVE A PUZZLE) 




^210 




r 






SELECT APPROPRIATE SUBJECT MATTER AREA 


o -i o 
^ — /ilZ 




t 








MODEL RULES AND PROPERTIES FOR 
SUBJECT AREA BY VIRTUAL APPARATUS 




^220 


i 


f 






ESTABLISH ERROR TOLERANCES 


^ — ZZ*£ 




f 








TEACH USER TO OPERATE THE VIRTUAL 
APPARATUS (E.G., BY USE OF SIMPLE 
PROBLEMS) 




^-230 




r 








REQUEST USER TO OPERATE SYSTEM TO 
REACH THE GOALS (E.G., SOLVE PUZZLES) 
SELECTING PROBLEMS IN SUBSTANTIALLY 
PROGRESSIVE DIFFICULTY SEQUENCE 




.-240 




WO 2007/028142 



4/8 



PCT/US2006/034462 




MINIMAL OR NONE 



SEAMLESSLY 
INTRODUCE 
LANGUAGE TO USER 

IN PUZZLE {e.g., 
NUMERALS, LABELS) 



SEAMLESSLY 
INTRODUCE 
LANGUAGE TO USER 

IN PUZZLE (e.g., 
NUMERALS, LABELS) 



-250 



USER IS MOVED TO 
NEW PUZZLE FOR 
NEW ASPECTS OF 
SUBJECT MATTER 



248 



252 



SELECT NEW 
SUBJECT MATTER 
AREA 



254 



USER IS MOVED TO 
NEXT PUZZLE IN 
SEQUENCE FOR 
SAME ASPECT OF 
SUBJECT MATTER 



FIG. 2B 



3Q2— * SUBJECT 
310-—* ASPECT 



320 



r 

\ 

i 



PUZZLE_1 

PUZZLE_N 
312- ASPECT 

f PUZZLE_1 
322 \ ..." 

I PUZZLE_N 

304' — *■ SUBJECT 
314' — * ASPECT 

f PUZZLE 1 

324 4 

L PUZZLE_N 



FIG- 3 



WO 2007/028142 



5/8 



PCT/US2006/034462 



f START 



402 



210 



PRESENT ARENA HAVING AN 
ANIMATED CHARACTER, AN 
OBSTACLE AND A VIRTUAL 
APPARATUS 



TEACH USER SIMPLE GOAL BY 
INITIALLY HAVING SINGLE OBJECT 
TO MANIPULATE IN THE VIRTUAL 
APPARATUS 



ANIMATE RESULT OF 
MANIPULATING OBJECT TO SHOW 
HOW OBSTACLE IS OVERCOME TO 
ALLOW ANIMATED CHARACTER TO 
TRAVERSE A FIELD OF THE ARENA 
PAST THE ELIMINATED OBSTACLE 



404 



406 



408 



412 



CHANGE EITHER THE 
OBSTACLE OR THE VIRTUAL 
APPARATUS TO PRESENT A 
NEW PROBLEM 




FIG. 4 



WO 2007/028142 



6/8 



PCT/US2006/034462 



f START 



502 



r 



220 



PRESENT OBJECTS IN VIRTUAL 
APPARATUS HAVING RULES 
CORRESPONDING TO THE 
SUBJECT MATTER AREA 



504 



ANIMATE APPLICATION OF RULES 
FOR A SELECTED OBJECT IN THE 
VIRTUAL APPARATUS IN A CLEAR 
MANNER FOR THE SUBJECT 
MATTER AREA 



506 



y 

Q RETURN ~y 



508 



FIG. 5 



WO 2007/028142 



7/8 



PCT/US2006/034462 



START \^ 



602 



PRESENT ARENA HAVING AT LEAST AN 
ANIMATED CHARACTER AND AN 
OBSTACLE 



PRESENT VIRTUAL APPARATUS 
HAVING A PREDETERMINED OBJECT 
IDENTIFIED (e.g., BY HIGHLIGHT, 

POINTER) 

IN ARENA 



ANIMATE RESULT OF MANIPULATING 
IDENTIFIED OBJECT TO SHOW HOW 
THE VIRTUAL APPARATUS WORKS 



612 



CHANGE VIRTUAL APPARATUS TO 
IDENTIFY ANOTHER 
PREDETERMINED OBJECT 



<YES 




610 



NO 



OPTIONALLY IDENTIFY TWO OR 
MORE PREDETERMINED OBJECTS 
IN THE VIRTUAL APPARATUS 



I 



f j 

OPTIONALLY ANIMATE RESULT OF » 



MANIPULATING AT LEAST ONE OF 
THE IDENTIFIED OBJECTS IN THE 
VIRTUAL APPARATUS TO SHOW 
HOW THE APPARATUS WORKS 



7"T"7 

Q RETURN 



618 



230 



604 



606 



608 



614 



616 



FIG. 6 



WO 2007/028142 



8/8 



PCT/US2006/034462 



OPTIONALLY INCREASE I 
DIFFICULTY IN THE VIRTUAL J 
APPARATUS (e.g„ BY HAVING f- 
MORE OBJECTS, BY REQUIRING j 
A SEQUENCE, etc.) j 



C 



START 



726 




702 



240 



REQUEST USER TO 
MANIPULATE VIRTUAL 
APPARATUS 



704 



708 



710 



SELECT 
FURTHER 
PROBLEM 




FIG. 7 



